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7^ (57) Abstract: A method and system of electronic messaging is disclosed in which the electronic messaging system is confignred 
1^ soch that die message content contains infbnnation which will drive the rooting decision process. The message itself can be pri- 

oritized and rooted to a pre-defined commonications device or application, even before the recipient of the message has read the 
2 message. The sender focoses on the content and MessageML provides the constructs to tag the content and jwxjperiy transform it into 

a viewable format for delivery to the target conunonications device. A method is disclosed for providing content driven electronic 
Q messaging that enables individaals to receive XML electronic messages osing an electronic messaging system- Once an Informant 

Stylesheet and SmartMessage Stylesheet are created, a SmartMessage can be sent to a MessageML Service Provider, who will rc- 
^ ceive the SmartMessage, process it, and deliver the SmartMessage to a user's defined endpoint 
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METHOD AND SYSTEM FOR 
CONTENT DRIVEN ELECTRONIC MESSAGING 

This non-provisional qiplicadon is based on the provisional patent sqjplication 
Serial No. 60/194,254, entitled Consomer XML Message Processing Platfonn, filed on 
April 3, 2000. 

A portion of the disclosure of this patoit docoment contains material, which is 
subject to cop>iri^ protection. Hie o^yd^ owner has no ohjection to the fecamile 
iqiiodocdon by anyone of the patent document or flie patoit disclosure, as it appears in 
tibe Patent and I^onark Office patent files or records, but ofliowise resoves all 
copyri^ ri^ whatsoever. 

Cross reference is made to a related invention disclosed in U.S. patent aiq;>lication 

entitled Individnal XML Message Processing Platform, filed concurrently, flie subject 

noatter of wfaidi is owned by flie preset ^licants and flie teacbings of v*ich are 

incorporated herein by refiience. ^ 

. Cross rrfeience is also rnade to a related invaition disclosed in U.S. patent 

application entitled Method of Controlling Access to Personal Resources, filed 
concurrently, flie subject matter of whidi is owned by the present applicants and flie 
teadungs of i«*idi are incorp<aated heran by refeence. 

Backhand of tilie Invention 

Tbe present invention pertains to a system of electronic messa^ng, and more 
spedfically tibe present invention pertans to a system and me&od of electronic 
messaging configured such that fee message contains XML tag? which will drive how the 
message is processed, inchidmg how it is routed, formatted, displayed, organized, and 
oflierwise handled. The system, MessagpML, operates in conjunction wife a specialized 
message processing platform to enable individuals to receive, store, synthesize and 
intelUgpntly process XML-based dedronic messages and standard SMTP electronic mail 
(email) messages fixmi corporations or any oflier senders in a way that fiilly integrates 
individuals* existing email boxes, ceU phones, pagers, fix madiines, telephones, and 
other devices. MessageML provides the constrocts to tag the message content so that the 
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processing platform understands the meaning of the content and thus how the message 
should be processed. The message processing platfom is described in a patent 
s^lication filed concurrently herewith, mtitled individual XML Message Processing 
Platform, and incorporated herein by reference. 

De^ite the limitations of existing technolo^es, the electronic communications 
maik^ is enormous and growing very rspidly. There are over 260 million email boxes 
worldwide and 9.2 billion messa^ salt daily in tiieUuited States alorM^ Mobile data 
q>pliances are likewise growing rapidty with over 208 million digital wiroless phone 
subscribers worldwide today. Similarly, Mtem^ ^liances are expected to explode to 
55 million connected devices by 2002. As siKywn in figure Utiiere exists a need for a 
new communications platform csq>able of faXiy integratiag individuals' existing email 
boxes, cell phones, pagers, fax maichines, telq)hones, and othor devices, to take fiill 
advantage of these exploding mark^ hi order to do tins iritelligendy, a riiore robust, 
forwardf-lookiag messa^g structuro is rieeded. 

Anovel electronic messaging systism is needed by busmesses and consumers due 
to l)iiiherent limitations ofcurrentelectrorucrnail systems, 2)1^ 
b^we^ consume ^CTi^ints^ (email addresses, wireless devices, &x machines, etc.) . 
arxl 3) e9q>loding electrorm: cornmumcafions co]iq)lexx^ 

I%st, CTiail is iK>t a suitable medium fi3r corix>rafioiis to iii^^ 
customas inanytfaiiigbuta*^ewsletteaf*&shioiL l^naO does not, by definition, contain 
anything moro intelligent flian a sender's address, an urgent/uoiMirgent tag, a subject 
line, and a text body, fiiiail, by defiintioii,typicalfy goes iiito a user's diig^ei 
it is <q>eTOd, read, and stored or deleted. QiK:e more asd moro corporations send &eir 
customers email messages, tiie recdver quickly has a problem widi iiibox overloads 
Knail also cannot be relied iqx>n fi>r urg^t messa^ or alerts smce users dieck email 
with varying fiequency. Further, emaflcaimot be easily automatically sorted, 
synfiiesized, filed, re-formatted or summarized. 

Today, in ord^ to automatically file or process incoming email, a user has to 
riianuaUy set iq) message-specific rules sudi as a search of the subject liiie 
action based on a q>ecific sender's address. As corporations and individuals send 
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increasing volumes of electronic messages, a more intellig^t way to process, store, and 
synthesize these messages is needed. It will not be convenient, for example, to open 
every message from a person's credit card voidor to see that payments have been posted, 
transactioiis have been processed, or bills have been mafled These messages should be 
intelligent^ stored so that the consumer can view a synthesized status or see detail if 
desired 

Second, many individuals use a variety of electronic cormnunication addresses for 
their email boxes, wireless phones, pag^&xinadiines, instant me Th^is 
no way to effectively and mtelligently integrate tiiose devices: pagers, oiail boxes, 
telephones, and fitx xnadiines are ignorant of eadi other. There are webmail and emai} • 
solutions Oat will forward email messages to pagers or cell phones or convert email text 
to a fiix message or a voice message. None oftiiese solutions intelligently determine the 
cQcrect destination of each specific ircoming message without tiie user's m a n u a l control 
or messs%e-q>ecific rules being setup beforeharuL Existing services, &r.exanq>le, will * 

fl^AtTi^tififllly mv^fengtand tfifrf: a flight caMcllation alert sfaould fio to any device a 
receiver has that is likely to deliver the message immediately but a q)ecial faxes notice 
fix)m the same airliiie should go to a lower immediacy, less intrude Maoy 
unified messa^mg solutions fiirce users to give up existing addresses and phone numbers 
and do rx>t process intelligent irKxmmig messages. These platforms onfyoabletixe 
receiver to convert and listen to messages fixmi a variety of platforms. Whilesomewill 
find a subscriber by trying multiple phone numbers, there is no real intelUg^ routing 
based on the content of the incoming message smce the incoming message is generalty a 
voicemail or an email 

Third, communications conq>lexity is e3q>loding for corporations and mdividuals. 
New "connected^ devices are being introduced every day - each with different 
cs^abifities,forinatting,im)tocol requirements, and addresses, individuals have new 
choices m tiie types o f information they can receive and die devices iq>on which that 
information can be received and viewed Existing message connections betwem 
individuals and/or corporations are typically poinl-to-poiiiL If a corporation wants to 
said a message to a customer's pager, that corporation sends a message directiy to that 
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pagor's address. likewise if an individual waxits to send a text message to a Mend'^ 
specific endpoint, that person in many cases has to know and remem 
addresses, a PCS wireless phone text address, a fiix number, a pager numb^^ Ifthe 
receiving individual ever changes pagers or wireless phone providers, diat individual has 
to remember: to provide all possible sending parties with tiie new device-q)ecific address. 

As wireless PDAs, cars, home i^liances, and other devices aU begm to h^^ 
their own electronic messaging address, tiie existing point-to^int, address-spedfic 
messaging s^roach wiH become extremely burdensome and complex for senders and 
receivers. Additional conq)lexitywiU be generated by the introduction of features suc^ 
as device sensing and end^int location sensmgtedmologies. This problem is 
exacerbated by the need to limit access to a specific individnal*s communications world 
but enable access for fiimds and finnily without having to Figure2 
shows fliese above-listed limitations on the current state of electronic messaging. 

Certain of fte advanced messs^ng cq>aibi]ities enabled by Messa^ML canbe 
perfonned today within corporations. Fw exanq>le, intrarConq>any messa^ng on a dngie 
platform often provides for sophisticated formatting, integrated cal m dar management, 
and odier applications. However, these cq>abilities are lost entirely once messages are 
sent to rec^ents outside the corporate ndwcnk. To address fins 
messa^ng standard is needed. Messa^ML win not <mfy^ve all users the capalnlities 
fliat currently exist on intra-company message platfomis, but also add dramatically to 
that level of fimctionality. 

Siimmarv of the Invention 

The present invention is a novel system and metibod for transmitting electronic 
messages. The Messagel^ system is based iqKm&e extensible Markiq>La^ 
(XML). The system is a predseXNfL vocabulary that can be utilized by a messaging 
platform to processes messages based on fiie meaning of their content and interpretation 
ofthe accompanying messag^ig vocabulary. The system provides a configuration 
wherd>y the message content contains information to, among other things, drive the how 
the message is processed. The smderofthe message creates the actual contait of the 
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message and uses the MessageML vocabulary to tag the content with meaning so that the 
message may be pr(q>eriy processed. 

MessageML is a new electronic communications standard that applies XML» the 
widely accepted language of e-commerce, to messagimg. MessageML is a precise XML 
vocabulary applied to messages to individuals. Unlike emails based on the current SMTP 
standard, wMdi amply contam text content, MessageML messages contain a set of self- 
descriptive attributes that convey what the message's content means. Processing engines 
can use these attributes to mtdligently manqjulate and process the message, permitting 
advanced fimctionaUty sudi as routing of messages to any electronic device or messaging 
account; automatic formatting for various communicatians devices; automatic self- 
organization of messages widiin inboxes; and numerous other plications. 

MessageML messages contain embedded XML tags that describe certain 

attributes of tiiat message. A MessageML message processmg platform matches the 
attributes of an incoming MessageML message with information about a recipient's 
connnunication devices and how fli^r are used to intdKgentty 

file message. More specifically, messages conqwsed using the MessageML vocabulary 
and ardiitecture contamraw dataand XMLtags fliat descrnw fliatmessagp's patticu^ 

attributes, sudi as its reach, innnediacy, sensitivity, content, e3q)irat^ 

message processor exarnines Ais meta-^ata in processing the message. The inessage 

processor also mterrogates meta-data about the sender and xOwut the type of message, 

which are contained in stylesheets residing on the sendeif's server. The sender attributes 
comprise items so* as fl» sender's name, wd>ate address, and industry category, ^ 

the message type attributes inchide the tjfpe of activity Ae message represents (e.g. 
Travel Itinerary) and how those messages should be displayed on various 
communications devices. By applying the sender's stylesheets to flie smart message itself 
and fectoring m die recipient's device preferences, the message processor d^ermines 
how the message should be routed, formatted, prioritized, and delivered. 

A SmartMessagp (a message constructed using the MessagpML vocabulary) is an 
electronic message that provides a smgle, standard envelope to detiver its content to a 
host of communications devices and appUcations, referred to in this document as target 
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communications devices or endpoints. These endpoints include mobile phones with 
messaging capability, wireless PDAs, pagers, fax machines, PC CTiail inboxes, instant 
messa^ng iq>plications, and standard telq)hones. The MessageML architecture separates 
the content fiom the presentation, and allows the sender to define how its message 
coiiteot should be displayed to tibe user on these various end^i^ The informant (a 
sender of a MessageML message) codes the message in XML only once, and diat^ same 
message would be sent to a pager or an email account in HTML format, or to any odier 
communications device, dq)ending on the redpient's preferences, and displayed properiy 
on each of these devices. 

The present invention worics in conjunction with communications platforms, and 
in particular, the communications platform known as a **MessageML Processing 
Platfomf , of wfaidi the "K^oiterpost Platform" is one exanq>le of this type of platfomL 
Whffl used in conjunction with a communications platform, the novel electrcNDic 
messag^ig system enables individuals to receive^ store, syntfaeaze; for^ 
intelligently process XML^based electronic messages and standard SMTP email fix>m 
corporations or any otiier senders in a wi^ that fiiUy integrates individuals' existing email 
boxes, ceni^X3nes,pag^ fix machines^ telephones, ai^ Thisnovel 
electronic messa^mg system used in coigunction witii a cooomunications platform 
reduces complexity, lowers costs, and increases ciq>abilities for corporations that interact 
electronically with fli^customa:s. 

The system along with tiie communications platform enables many valuable 
notification applications for corporations sudi as airlines, brokerages, financial 
institutions, and r^aileis, among others. For individuals, tiie present mvention delivers 
valuable iiiiSmnation ix^e sinq>lifying th^ 

communications. The communications platform, used in conjunction witii tiie present 
invention, enables corporations and third parties to define and create qyplications using a 
cornmcn^centrafizedplatforntL The novel system can be used 1) by individuals via a 
web-man like offering, 2) by telecommunications and internet service providers on a 
hosted or licensed basis, 3) by corporations on ahosted or licensed basis, or 4) by other 
service providers on a hosted or licensed basis. 
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Figure 3 A shows a schematic view of a commmiicadons platfonn utilizing certa 
aspects of the preset invention^ to allow the transmission of electronic messages 
between corporations and individuals. This novel system along vnUi the communicatioi 

platform is also intended to function betwera corporations, and between individuals, am 

> 

is not m^ly limited to communications between corporations and individuals. Figure 
3B shows some exanq>les of the flow of communication using such a cmtralized, user- 
centric hub, along wi& die novel system desaibedh«:ein^ Figure 3C lists some of liie 
example interactions using the communicaticms platform along with the electronic 
messa^g syst^ of the present invention. 

Detafled Description of the Figures 

Hgure 1 is a block diagram detailing the need for a novel communica^ 
platfimn capable of utili^ng intelligait messages and intogcating en^in^ 

Figure 2 is a schematic diagram diq>laying electronio messa^g without die 
no vd communications platform; 

Figures 3A tiuoug^ 3C are block diagcarns and duuts dispjaymg and indicating 
electronic messagmgwidi the novel communications platfonn^ along wittiexanq>les of 
interactions available due to die platfomi; 

Figure 4 is a block diagram illustrating the intenelationshq> between the elements 
of the SmartMessage of the present invention; 

Figure 5 is a bkxrk diagram ilhistratmg the interrelationship b^een die 
SmartMessage, die S^eshe^ and die activity and evmtpa^oads of die present 
invention; 

Figure 6 is a block diagram illustrating the intecrelationship between activity 
classes and event classes of the present invention; 

ngure 7 is a block diagram illustrating the formatting and routing conc^ o f the 
present invention; 

Figure 8 is a block diagram illustrating a hig^levd petspcti&w of the entities 
involved in die SmartMessage ardutecture of the present inv«tion; 
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Figure 9 is a block diagram illustrating the interrelationship between the different 
entities of the pres^it invention; 

Figure 10 is a blodc diagram illustrating the interrelationship between the 
elCTients of the SmartM essage of the present invention, including the receipt function; 
and 

Figure 11 is a dis^non illustrating fte flow of the SixiartMessage of 
invention, including the lec^t fimction. 

Detafled Description of the Invention 

The novel electronic messag^g system or MessageML system is a new type of 
electTYHiic messag^g. It provides a configuration whereby message content contains 
information that drives how tiie message is processed. This means Oat even before a usa 
reads a message, it has been prioritized, formatted, and routed to a pre-defined 
communications device or application. Tbe smder of &e message creates tfie actual 
content of flic messs^ and, using Oe MessageML vocabulary, tags &e content wi& 
meaning to enable mtelligent processing of the message based on the meaning of die 
content MessageML tags can be used to define message attributes, assodatemult^ 
messages wifii each others aDow precise message formatting, enable fbQ definition and • 
publidmig of message classes, defiiie possible resporises and how a rqily shoi^^ 
delivered, oiable and/or disable specific en^int types, provide a security lay&t pre- 
configure users and od^ints, extensibly tag raw content, define stylesheets, define 
messagmg handling characteristics (e-g., message expkation), define message sarins, 
define message rec^t notifications, etc The MessageML system is based upon the 
extensible Marlaqp Langua^ (XML). 

The system is a predse XML vocabulary that can be iitiliz^ 
platform to process messages based on the meaning of their cont^ and interpretation of 
die accooapanyirigmesss^g vocabulary. The system provides a configurationindiereby 
die message content contains information to, among other things* deteonine how the 
message is processed. The send»ofthe message oeates die actual content of the 
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message and uses the MessageML vocabulary to tag the content witii meaning so that the 
message may be properly processed. 

MessageML is a new electronic communications standard tiiat applies XML, the 
widely accepted language ofe-commerce, to messaging. MessageNdL is a precise XML 
vocabulary q>plied to messages to individuals. Unlike emails based on die current SMTP 
standard, whidi simply contain text content, MessageML messages contain a set of self- 
descriptive attributes that convey what the message's content means. Processing engines 
can use these attributes to intelligently manipulate and process die message, permitting 
advanced fimctionality such as touting of messages to any electronic device or messaging 

account; automatic formatting for various communications devices; autonatic self- 
organization of messages wifliin inboxes; and numerous oflier qjplications. 

MessageML messages contain embedded XML tags fliat describe certain 

attributes of tiiat message. A Messagd^ message pn)cessmg platform matdies the 
attributes of an incoming Message*^ message wiAinforaaationaboutaredpient's 

oommunication deyices.and how tiiey are used to inteffigently ro^ 
Ihemessagp. More specifically, messages composed usmg the MessageML vocabulary 
and ardiitectnre contain raw data and XML tags fliat descnTw fliat message's parties 
attributes, suA as its reach, inmaediacy, sensitivity, content, eaq»iration, and The 
message processor exannnes tins meta-data in processing die message. Themessage 
processor also inlaprets meta^data about die sender and about die type of message, which 

are conlamed m stylesheets residing on die sender's server. The sender attributes 
comprise Items su<A as die sender's name, wd)ate address, and industry category, wh^ 

the message type attributes inchide die type of activity die message represents (e.g. 
Travd Itinerary) and how tiiose messages should be displayed on various 
communications devices. By applymg die sender's styledieets to die smart message its^^ 

and fectoring in die redpient's device preferences, die message processor determines 
how die message should be routed, formatted, prioritized, and delivered. 

The XML standard is defined by die W3C (http-7/www.w3.org«ML/Schema), a 
consortium created in October 1994 to lead die Worid \Wde Wd) to its foil potential by 

developing common protocols diat promote its evolution and ensure its mteroperabiHty. 
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The standard provides a means for defining tiie structure, content and semantics of XML 
documents. 

Figure 4 illustrates the relationship between the elements comprising the 
MessageML design. The SinartMessage 10 is central to the entire architecture. 

5 A SmartMessage 10 is an electronic message that provides a single, standard 

envelope to deUver its content to a host of coxnmmdcations devices and appU 
refoied to in this document as taigrt communication devices or end^int^ - 
endpoints 12 include mobile phones widi messa^g capdbUity^ wireless PDAs, pagers, ■• 
fioc madunes, PC email inboxes, instant messagpoig £q>plications, and standard telq)hones. . 

10 Thus, in tenns of its XML coding, a SmartMessage 10 would look the same regardless of 
^^ediar it was scat to a pager or to an email account in HTML format The MessageML . 
arcfaitectare sq>arates die content fiom the presentation, and allows the sender ta define, 
how its message coiit»t dK>uld be dispkyed to the user on these va^ 

A SmartMessage 10 also contains a robust set of self^esczq)tive attributes or 

15 meta-data about its content By examining Ibis meta*data, a processing platform or 
recq>iCTt can d^emiiiie how the message should be handled, for exan^ 
message should be prioritized, handled, fbnnatted, aiid ddiver^ 

The Messag^ifL system also incorporates message styiesbseis that are i^lied to : 
die message content These style^e^ are used to create communication-device specific ' 

20 message formats. By sq>arating the content from the presentation, the contexts of a 

SrnartMessage 10 can be transformed to any odier presentation format This allows die 
MessageML system to inl€rH>perate arid levona^ other propri^^ 
communications fcmnats. For exanq>le, a SmartMessage 10 could be sent to a WAP- 
enabled phone by transforming its contents to WML or a q>eech recogaition dialog could 

25 be initiated over a telq)hone by transforming a SmartMessage 1 0 into a VoiceXML 
document 

Accordingly, it becomes easier for both the MessageML Service Provider and 
thdr recipients to manage, receive, route;, and interact widi electronic messi^es. 

As evidenced fix^m the above process flow, there are many different dotnents and 
30 entities involved in delivering a SmartMessage 10. As described above, die 
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SmartMessage documoit 10 is tiie main elemait of the MessageML system or 
architecture. Iq Staple tenns, a SmartMessage 10 is a well-formed XML document with 
a robust set of attributes that dejBne and describe ttie embedded message cont^t, ^di 
itself is a well-formed XML document MessageML refers to its message content as its 

5 payload. Figure 5 illustrates the interrelationship between the SmartMessage 10, the 
St^e^eets, and die activity 20 and event 22 pajdoads. 

Hie SmartMessa^ 10 itself has no meaningfiil interprrtadon wiOout some type 
of definition. The definition is needed so fliatflieredpientofflie message can make 
decisions abouthow to handle the message befiHetbey read it For example, the 

10 MessageML system provides the necessary constructs to provide certain mformation to 

the recipient even before tbo message is opened. whom flie message is fitom, whether 
ornot it is a fli^ cancellation, bank overdraft notification, etc., where to route the 

message, and ^)^iat format to display itsel£ 

Messagd^ definitions are created prior to sendmg a SmartMessage 10 and die 

15 definitions reside in die fiiformant Stylesheet 14 and SmartMessage Stylesheet 16. The 
SmartMessage 10 has a reference to die qypropriate Informant Styledieet 14 a^ 
SmartMessage Stj^esheet 16. As described below, diis association identifies die • 
SmartMessage 10 wWi a q)ecific bfi«mant, activity class, event class, 

XMLsdiemas. . 

20 . The first step m die Smarfl^essage process is for die sender to create an hiformant 

Styledieet 14. The hifbrmant Slyledieet 14 defines meta-data about die Informant and 
die hifoanant's valid sources or locations torn where its associated SmartMessages 10 
can origmale. This document is stored on die faformant's web server (not shown). Next, 
the Informant creates a SmartMessage Stylesheet 16 for each type of activity class it 

25 wishes to deliver to its redpioits. Forexan^le,diehifonnantmayaeatea 

SmartMessage Stylesheet 16 for tiavd. and could entifle diis activity class "Travel 
Itmerary". Widiin each activity dass is a coUection of event classes (or message types) 
associated widi diat activity class, so *Tlight Cancellation", itinerary C3iange", etc 
could be events widiin die *Travd Mnetary^ activity. Ilie Mormant defines wh^ 

30 message content or payload looks like for eadi event class by defining didr XML 



wo 01/76119 



PCT/USOl/10723 



12 

schemas, whidi are embedded within the SmartMessage Stylesheet 16. XSL documents 
are also created and embedded into the SmartMessage Stylesheet 16 to define how each 
event's payload should be displayed to the various endpoints 12. This documoit is also 
stored on the Informant's web server. 

The MessageML system users sign up to receive SmartMessages IQ fiom an 
Infomiant with a MessageML Service Provider 18. Eadi SmartMessage vis&t decides 
^ere the Informant's various SmarMessage event classes are to be delivered, 
specifically to which of die user's CTj^)oints 12. The Informant then creates and sends a 
SmartMessage 10 to a set of SmartMessage user accounts hosted by this Mess:> ^eML 
Service Provider 18. The MessageML Service Provider 18 receives, processes and . 
deUveis &e SniartMessage 10 to tiie q)ecified CTdpoint 12 of eadi addressed uso:^ 

The Informant St^esheet 14 defines information about the Informant or smder of 
the information and its valid tranqxirt sources or locations fix>m where it will send its 
messages. For eadi source die aUowable Internet access protocol is also defined. 
Furflier, die SmartMessage St^eshe^ 16 defines the message ps^oad's meta-data and 
structure, as well as how it should be r^ered usmg XSL for the various enc^ints 1 2. 

The main role of die Informant Stylesheet 1 4 is to provide information about and 
authenticate the senda of the message. The hifbnnant St^etdie^ 14 also contaiiis^meta^ 
flhniTt riie Tnfe rmflnt itself, gnch as its name^ website address^ industry category^ etc 
When a MessageML Service Provider 18 receives a SmartMessa^ 10 fiom a sender, the 
Service Provider can check the physical IP address, domain, or SMTP onail account 
fixmiwhidi die SmartMessage 10 was received. If die source addreiss matdies one of the 
entries in die Informant St^eshe^ 1 4, it is considered audientic, otherwise^ the message 
isrejected. 

The Informant Styledie^ 1 4 usually resides on the hifi>nnant ' s web server and is 
versioned by its filename. For example, the Informant Stylesheet 
httpt/ZsniartmessagejnessageniLorg/stylesheets/inforDa^ describes version 1.0 

of the document 

The SmartMessage Styleshe^ 16 serves three main fimctions. Hrst, it defines 
activity and event class metardata and organization. Second, it defines the XML schemas 
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of the activity 24 and event class 26 payloads or content 20, 22. Third, it defines how the 
payload 20, 22 is rendered via. XSL for specific aidpointsl2. 

As discussed above, an activity class 24 is a groiq>ing of event classes 26. For 
example, the activity class 24 called Travel Itinerary would have several event classes 26 
5 associated with it These may include fli^t cancellations, flight dianges, rental car and 
hotel confirmations, and the like. An event class 26 can belong to one and only one 
activity class 24. Figure 6 illustrates tiie relationship between activity classes 24 and 

evoit classes 26. 

Activity classes 24 and event classes 26 also have meta-data describing their 
0 duration and frequency. This information can be used to understand the timeliness of the 
message itself Also, an event class 26 has additional metardata about its purpose, 
sensitivity, reach, immediacy, and category. This nifbtmation can be used to filter 
Smarftlessages 10 and spedfy routing rules and instructions. 

When an update is needed, all new SmartMessages 10 would change thdr 
15 reference to point at die new SmartMessage Stylesheet version, for example, fixan 
itinerary-vl-Ojonl to itinerary-vl-lJonL This design mainta^ 

The XML sdiemas define flie structure ofthe SmartMessage payload. These 
XML schemas are embedded within flie SmartMessage Styledieet 16 in flie <activily^ 
payload-sdienuP- and <eveirt-pa^oad-sdjema> elements. These schemas follow flie 
20 XML Sdwna fbnnat as defined by the W3C, as described above. The activity payload 
20 describes information common to all its event classes 26, and event payload 22 

describes information spedfic to tiiat event instance. 

Examples of SmartMessage Schemas (SmartMessage 10, SmartMessage 

Styiedieet 16, and Mormant Styleshe^H) are as follows: 
25 SmartMessage: 
<?xmlversion=^1.0"?> 

<!— smartmessage schema „ 
<Schemanam^=^l-lJcdr" xmhiff=^urn:schemas-miciosoft-conKxml-data 

xmlns:dtr^um:schemas-microso£t-com:datatypes"> 

30 <Elemenfrype nam^smXML" content?="eltOnly" ordeF=^seq"> 
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<AttributeType name=^sinartmessage-date** dttype="dateTime" required="yes''/> 
<AttribiiteType name^smartmessage-stylesheet-class*' dt:type=*'string'' 
require<^yes''/> 

<AttributeType nameF="mfomiant-st^esheet-version'' dt:^pef=''string" 
require<t="yes"/> 

<AttributeType iiame=^smartmessage-id" dt^peF="string" required="yes"/^ 
<AttributeType nameF=^rotocol-VOTion" dttypeF=*'string" re<piiied="yes"/> 
<AttiibuteTypeiiameF=^anartmessage^ dttypeF="string** 

require<t='*yes"/^ 
<AttributeType nameF^^infoimant-st^eshe^-class" dt:type="string" 

required==='V®s''/> 
<attribute type==^smartmessage-date"/> 
<adribiite lype==*sinartmessage-st^esheet-class''/> 
<attnbiite t^eF="iiifonnaiit-stylesheet-v^ 
<^ittribute typeF=^sniartmessag&-id**/> 
Ottiibute typeF=^rotoool-va:sion'*/> 
Otttibnte typeF^snmrtmessage-s^edieet-version"/> 
<^kttnbute t>pef=="mfbnxiant-st^edieet-<;l^ 
<%lCTient typcF=^iite''/> 
<^lCTient typeF^activity"> 
<6lemeQt typeF=^cvent"/> 
</EleinOTtType> 

<BlemeQtTyp6 iiame=^iite* conteitF="eltQnly" onlef="seq"> 
<el€mait type=^6moL'/> 

<demeattype===^"minOccur^ . 
<*lement typeF="'receq)t-reqi^^ 
</memenliype> 

<ElanentTypc namc?="fix)m* content="empt/> 

<AttributeType iiaine=^Yq>ly-address" dt:typeF="string"/i> 

<AttribiiteT^pe iiaineF='*ieply-i>rotooor dtrtypeF^enumeiatioii** 
dtvalues=^1it^ an^" defeiilt=^sin^"/> 

<AttiibateType nameF^fiom-address*' dt:typeF="strin^ reqmred==^V^"^ 

Ottiibute ^peF=^^ly-address"/> 

<&ttribute type=^reply-piotocor/> 

<attribule typeF="fiom-address''/> 
<yElanemfryp6> 

<ElemmtType nameF=^" content="CT[q[)ty^ 

<;AttiibiiteType BameF=^*tc>-typc" dt:type="eniimeratioii'' dtn^ues='^ cc bcc" 
defeult=^"> 

<AttnbuteType nameF='Ho-piotocor dt^peF^enumeiatioii'* dtvalues=Tittp sm^" 

defiadt=="antp'*/i> 
<AttributeType nameF^^to-address" dt:typeF="strm^ xeqmrodF^*yes''/> 
<attribute typB==^o-type"A> 
<att]ibute ^peF="t<>i)rotocor/> 
<attribute ^pe=^o-address*/> 
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</ElemeiitType> 

<mementT>pe iiame=="iecdpt-request" contentF^en^ 

<AttributeTypenameF=''reoeipt-type" dttypeF^emimeration" 
dt values=^ack nak retiy" defiailt=''nak"/> 

<A.ttribiiteType name^=^Yecrapt-piotocor dttype=^eniimeration" 
dtvalues=Tittp sm^" defeiiltH"snitp''A> 

<AttributeType iiamef='*receipt-event" dt:typeF="string"/> 

<AttributeType name="ieceipt-address" dttype^string" requiied=^"/> 

otliibute typeF^ieceipt-type"/!> 

<attDb\>t» type='Yecdpt-piotocor> 

Ottribute typcF'''rtcapt-^Gat/> 

<:attributB typef=^'recdpt-addiess"> 
</ElemaitTyp^ 

<EleinenlTypeiiam^activity" conteot=^eltOnly" ordei=^seq"> 

<AttributeType iiame=^activitHMe" dttype^stringT reqaired=^"> 

<Altribute'IVpe iiame=^activity-id" dt:typeF=^striii^ reqnire*=^"> 

<Attribatel^ iiame==^closed^iate" dttypcF^ 

<AttribiiteType nameF^activhy-cIass" dt:^pe=^slriii^ ieqairedF=^"> 

<AttributeType name-^activity-status" dt:typeF=^striiigr iequired='>es"A> 

<A.ttributeType name^^activity-wi" dtrtypeF^^stringT reqDiied=^"/> 

ottribute ^peF=^activity4itIe"/> 

<attnbiitetype="activityrid''A> — 

Ottribute typeF^closed-date"/> 

ottribute ^)eF=^activity<lass"/> 

Otti&utetypeF^activily-statns"A> 

Ottribute typeF=^activi^^''A> 

odemeot typeF=^activity^yload"A> 
</ElementType> 

OemeotType name^^activity-payload" conteot^eltOnly" ordet=^seq''/i> 
<El«iiicoflrype name-^eveoT content=^eltOiily" <adcr=^seq"> 

<AttribateType name^cvent-description" dttype="striiigr requirw^^"/: 
<AttributeType name="event-class'' dt:typef="string" iequire*^Vw"^ 
<AttributeType iiame="event-id" dttype=^strmg" iequired^^"A> 
<AltributeType iiame="event-inl" dtiypcF^string" iequire^^"/> 
ottribute fypeF=^eveiit-desciq>tion"/> 
Ottribute typeF="event-class"/^ 
ottribute ^peF=^event-id"/> 
Ottribute typeF=^event-uri"A> 
Olement ^peF="event-pa^oad"A> 
</ElementTyp^ ^ 
<EleinemllVpe name^^'event-pi^oad'' coiiteifr=''eltOnty" oider=^seq /> 

</Schana> 

SmaitMessage Stylesheet 
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<?xml version="1.0'*?> 

<!— smartmessage stylesheet -> 

<SchCTia nameF=^l-l jcdr" xinlns='him:schemasHiii(TOSo£^^ 
xm]m:dt==^um:schemas-micix>OT^ 
<ElemeiitType nameF^smSmarfMessageSt^esheet" content=="eltOnl/' order="seq'*> 
<AttiibuteType name==="smartmessage-st^esheet-class" dt:^eF="string" 
required=''yes"/> 

<AltributeType iiame==="smartmessage-st^edieet-va:siOT^ dt:^pe="string" 

required==''yes''/> 
<^ittribute typeF^sinai1message-s^eslieet-class'*/> 
<attribute type=^smartmessage-stylesheet-veision"^ 
<felement typeF:"activity-<:lass" mi^^ 
<7ElementType> 

<EleinexitTypG iiame="activity-class*' coiitent="eltQnty" order=^seq'> 
<AttributeType name="activity-name" dttype=^stringf reqiiiie*=^Ves"/i> 
<AttnbuteT^ name="activity-<luration" dt:^peF=^enuni«ation" 

dtrvahics==TK>urs days wedcs montte 
<AttiibuteType nameF=^event-fieq[uency" dt:typeF=^enu]iieratiQn** 

dtYalues==Tiours dafly weekly monthly once" reqiiiie<t='^"/> 
<attribute typeF="activity4iame"/> 
^attribute ^p6=^activity^dni^ 
Ottribute type="event-fiequeiicy*/> 

<element ^p€F=^activity^>a^oad«Aema" nunOccur5="0* maxOccurs=^l"/> 
<felan€Ot typeF^actmty-xsl-^fiM^^ 

<felemOTt typeF==^acthity^xsl<odpomt* niinOccursF=^" niaxOccursF="*"/> 
<demeQt t^)eF="event-class'' minOccuis=^l" maxC)ccors=^*"/> 
</ElementType> 

<SenientType iiameF=^activity^payload-^ 
<Hemeninrype namcF=^actmty-xsl-<tefi^^ 

<HemeotType name="activity-xsl-«M^int* contea^dtOnly" order="seq"> 
<AttnbiiteType nameF^endpoint-type" dttypeF^^eniimetation*' 

dtrvahies="hiowser html-email text-email tiny-email fax voice-phone 
instant-message"* req[uired=^'yes"/> 
<attribute 1ype=^endpoint"type*'/> 
</EIemenlType> 

<ElanentType name="evCTit-class" contOTt=^eltOnly" ordep=^seq"> 
<AttributeType nameF^fiequency** dtrtypeF^enumeration*' 

dtnralues==TM)uriy dafly weekly nM)n]]i]y once* defiadt=="once"/> 
<AttributeType name="sensitivi^ dtrtype^^enumeration*' 

dtvalues=^rivate nomial public" defiailt=^oraial"/> 
<AttribiiteType name="readi" dt:type="eaumeration" 

dtn^a^="broadcast groiq> individual" defipjltr=^dividual"/> 
<;AttiibuteType nameF="purpose" dt:type=^«iumeration" 

dt:vahies==^question infomiation instruction" definltF^infimnation"A> 
<AttributeType iiame="iinmediacy" dt:type="enumeration" 
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dt:values=»"imnutes hours days weeks months" defeult="days"/> 

<AttributeType iiame=^categoiy" dttype="aiumeration" 

dt:values="auctioiis banking catcex communily credit-card education 
entertainment general healtii information investing miscellaneous personal 
shopping system telemetry traver defeult="miscellaneous"/> 

<AttributeType name=^event-name" dtrtype^string" required="yes"/> 

Ottribute type=i"firequOTcy"> 

Ottribute ^pe=^sensitivi^> 

ottribute ^peF»'Yeach"/> 

<attribute t^eF=^purpose"/> 

<ittribiite type=''immedia<q^/> 

Ottribute type=''categoty"A> 

<attribute type="eveot-name"/> ^ ^ 

<felement type=^event-payload-schema" minOaanff^O" inaxOccurs^ 

<felemait^pe='*ev«it-xsl-d^tuh"/> 

<element type="event-xsl-endpoinf ininOccurs=^0" maxOccurs=^*"/> 

<ElementType> n 

<Elmient'I^ nam^event-payload-sdiema" conteotFf'eltOnly" ordei="seq /> 
<Elemeirfrype nam^eveat-xsl-^efinjlt" conten^eftOnly" ordet=^seq"/> 
<ElemeiilTypenamef=^event-oBl-<ndpoint" contentF^eltOnly" orde^ 
<AttributeType name=^en^int-type" dt:^peFi"oiomecation'' 

dtvahies^Taowser htrntemail tert^email tiny:einail.6x voicerphone 
instant-rnessage" reqmrcdr^'V^ 
<attiibutB type=^en^)oint-^pe''/> 
</ElemeolTypei> 
</Sdiiema> 

lofijtmant Stylesheet: 
<7xml veraoir^l.O"?> 

<!— informant stylesheet schema -> ^ 
<Sdiemanam0»Vl-lJcdr" xmlns=^^iims<AemasHmcrosoft-c<Mn3cmI-data 

xmliiR ;dt8^hini:schanas-inicrosoft-com:datatypes*^ 
<ElemcatType nam^smlhformantStylesheef content="eltOnly" ordet="seq"> 

<AttribiiteType name=^ogo-mi" dttypep'stringf A> 

<AltributeType naineF="agmipHirr dt:typeF^sttbig"/> 

<AttributeTVpe iiam€F=^ormant-st^esheet-vasi<m" dt:typeF=^strmg^ 

reqidred='Ves"'^ 
<AltributeType nameF=TiomMirl" dt:typ€F=^string"/> 
<AttributeType nameF=^informant-caleg<ny" dtAypeF="enumeration" 

dtnrahw^auctiwis banking career conunumty credit-card educ^ 
entertainmenl gpneral heaWi infonnation invest^ 
shopping system telemetry traver ieqidred=^*> ..t- 
<Altrib«teType name=^infotmant-<iescription" dt1ype=^'string" require*"^ f> 
<AttributeType name="infonnant-stylesheet-class" dt:type="stcingi" 
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required=''yes"/> 

<AttributeType nam6=="infonnant-xiame** dttype="string" required="yes''> 

<attribute ^peF=*logo-url"/> 

Ottribute typeF^sigiiiq>-url"/i> 
5 <attnbute type=='infonnant-styiesheet-version"> 

<attribute type=TiomMiri''/> 

<^ttribute t5Tpe=="mfonnant-category"> 

Ottribute t^)eF="infonnant-^escriptioa"> 

<atribute typeF="infoniiant-styiesheetH5^ 
10 Ottribute t^>eF="infonnant-name"/> 

Olemeot type==%aUd4ransport-source'' inmOccurF=^l" maxOccuis="*"/> 
<VEl«n«itType> 

<ElemeiitTypc name==%afidrtranqK)rt-souice" conlent==''textChily^ 
<AttributeType name=^tonsport-piotocor dttypeF=^enum«ation" 
15 dtn^ueff==^smtp http* defiuilt=="sintp''A> 

<AttributeType iuane=^taiispoit-souice" dt:typeF="strin^ requiied=^^"> 
<attribute ^peF=^temsport-protocor/!> 
<attribute typeF=^transi>ort-source''/> 
<yElemeatType> 
20 <^Scfaema> 

® 2000 Cenleipost Coiporadon 

As described hordn, a SmarO^essage 1 0 is an XML docament sent by an 
Tnfa ntiflnt to a SmflrtMegRaging account hosted by a MessageML Service Provider 18, A : 
SmartMessage 1 0 carries Event content or a p^oad 22» sudi as a fli^ cancelIad<Hi or 
25 shq)ment confirmation* and is associated wifli and iqMiates an Activity 24, sudi as a 
Travel Bineraiy or DVD order. 

Metardata, sudi as formatting information, is found by referencing die associated 
bifisonant Styie^eet 1 4 (which describes die Informant) and die assodated 
SmarAfessageStyiedieet 16 (wMchdesoibes die activity 24 The 
30 structure, elements and attributes of a SmartMessage documoat 10 include smXML 28, 
route, ftoin, to, receipt-request, activity, activityi>ayload,ev The 
structure, el wients and attributes are summarized in die following table. 



Element and O Mu Attributes Sample Value (underline=default) 
Level pt Iti 



I smXML 
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protocoKversion 
SmartMessage-id 

SmaiA4essage-date 

infonnant-stylesheet- 

class 

infonnant-stylesheet- 
vecsion 



sQdeshe^-class 
siiiailiuesss^- 
styiesheet-version 



1.1 (current version) 

123ABC456DEFfutureair.com (any 

globally unique ID) 

2000-03-17X15:1033-6:00 

http'7/smartmessage.futureair.coin/st^es 

heets/infonnant/ 

Infonnant-vl-2janl 

http7/smartniessage.fi]tureair.com/, 

bt^://smartmessagejnessagemLorg^ 

smartmessage-y2*3jaiil 



I route 



\ ftom 



firom-address 
X replyiirotocol 
X reply-address 



infonnant@fiitureair.com 
lit^y smtP ' 

sm@iutureair.com 



X 
X 



to-address 

to-type 

to-i>rotocol 



customCT@hotmaiLcom 
to,cc»bcc 

httP>^^ 



receipt- 
reqnest 



X X 



X 
X 
X 



receq)t-type 

recdpt-event 

receqit-frotocol 



ack> nalc retry 

Recfflved. processed, delivqry-status 
htlp»^n^ 



I activity 



com 



activity^lass 
activity-id 

activity-ud 

activity-title 

activity^status 

closed-date 



Travelitdnerary, Order, Billin^Ilycle. 
(an ID to uniquely idenlify the activity 
instance) 

httn'7/v<nvw.fiitureair.c om/fli^titnerarv.c 

^?id=657678234S 

Maidi 29 Travel ffinacary 

Flig^ reservations confirmed 

(date activity was closed, blank if open. 



can be postdated) 


1 Activity- X 
1 navload 




(a well fomied XML documoit w/a 
single root) 


1 Event — 




event-class 
event-id 


FlighlCancellatian, smpment, 
PaymentReceived 
(uniquelD to define event in 
coire^Kmding activity) 
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event-url http://www.futureair.coni/flightstatus,cgi 

?ffight=FA234 

event-description Flight FA234 has been cancelled 

Event- (a well fonned XML document w/a 
pa^oad single root) 

The "^smXMU* element 28 is the root element of the SmaitMessage document 10, 
and includes the following attributes. 



Attributes 


Purpose 


protocol-version 


The SmaitMessa^ protocol version. The 
SmartMessage XML parser uses diis information to 
maintain version spedfic functionality. 


SmartMessage-id 


A globally imique ID used to identify the 
SmartMessage. 


SmartMessage-date 


The date and time of SmartMessage submission in 

iOv/ OUUi lUimAU 

The fbimat is YYYY-MM-DDlUummiss-lihniim 
(fijT example 1997-07-16X19*^0:30+01:00). 


infomiant-styiesheet-class 

- 


llie latemet location of die associated lafoimaiit 

Qf^Acl^Aof Tine /w\rrm1^A TTDT 

oQfiesnee^ ims is me conqiieie uixLt oi uie 
wehfiite whfire the TTifWrmsnt ctvlfishefit is stovfid. 

For exanq>le^ t 
*Tittp://smartmessagejnessagemLorg/stvlesheets^nf 


ormantT. Note, the ending must be present for 
die URL to be considered complete. 


infomiant-stylesiheet-vemon 


The version of the Mbrmant Styleshert XML 
document, ^^^ch contains the metadata about an 
Infomiant 

Hus is a file located at the utformant-stylesheet' 
class. For exanq>ie» if the u^ormant'Stylesheet' 
class is 

•Tittp-7/smartmessace.messafieml.ore/stvIesheets^f 


ormantT and the infornumt-stylesheet'-version is 
^1-0 jcml", then the SmartMessage processor will 
resolved the conq)lete location of the bformant 
stylesheet to 

*Tittp://smartmessaeejnessaeemLore/stvlesheets^nf 


ormantArl-Ojmil**. 


SmartMessage-styiesheet--class 


The hitem^ location of Ac associated 
SroartMessa^ St^eshe^ This is the comply 
URL of die website where die SmartMessage 
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stylesheet is stored* For exanq>le» 
*iittp-7/smartmessafie.messaeOTil.ore/stv!esheets/re 


ceiots/**. Note, ttie ending **r must be presoit for 
the URL to be consid«?ed complete* 


SmaitMessage-stylesheet- 
version 


The version of the SmaitMessage S^esheet XML 
docmnent, which contains the metadata about a 
SmartMessage. 

Ttiis is a file located at the ^martwessage- 
stylesheet-class. For exanq)le, if flie smartmessage- 
styiesheet-dass^s 

•nittD-7/sniartmessafe.messaeeml.ore/st^desheetsA« 


ceipts/" and the smartmessage-siylesheet'Version is 
•Vl-0 janl**, then the SmartMessage processor will 
resolved ^ conq>lete location of the Informant 
st^esheetto 

*TlttDV/sma^«^«ffe messap™[Jo 


ceipts/vl-Ojcml**. 



The "route** dement describes infonnation about the SmaiiMessase let^ients. 



the Monnant and lecdpt requests. This is a container 

The "ftoin** element defines the sender of the SmartMessage 10 and message 
i^Iy options, and includes flie foUovdng attiftates. 



attributes 




fiom-address 


The Moimant*s address in Wwe^^tomflfc* fi^^ 
address is populated by the Informant to describe. 


rq)ly-address 
(optional) 


The Monnanfs rq)ly address. This win be diffci^t 
rm rtiA value nf Ae reptv-pTotocol attribute. 

i c ep«mi«i fnr the rephMMOtocoL the address 
is die Informant' s valid SMTP e-maO account in 
^namei@domauC formaL 

ffffp ,> <=p#^-fi«l for the resplv-protocoL the address 
is a valid UWU which will receive the reply via the HTTP 
POSTm^hod. 


reply-protocol 
(optional) 


The protocol in which the reply will be sotL 

Valid values are http znAsmtp. Defiuilt value is 5m/p. 

If 5in$7 is specified an SMTP e^naa will be sent If A/?p is 
specified the reply wiU be posted via the HTTP POST 
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\ method to the reolv-address, which must be a valid URL 



The **to" elCTimt defines the recipients of the SmartMessage. This elanent occurs 
multiple times, once for each recipient of tiie SmartMessage 10, and includes the 
following attributes. 



attributes 



Purpose 



to-^pe 
(optional) 


The SMTP deUvay m^od of the message. This spedfies 
how the message should be addressed to die Recipient 
when smtp is specified for the to-protocol attribute of this 
elemenL 

Vahd values are to, cc, bcc. Defsadt value is to. 


to-protocol 
(optional) 


The protocol in which the SmartMessage will be sent 

Valid values are /t^ and 5mj(^. De&ailt value is 5in^. 

If smtp is specified an SMTP e-mail will be sent If ht^ is 
specified the message win be posted via the UlTP POST 
method to the to-address. whidi must be a vaUd URL. 


to-address 


When smtp is specified for the tOMiiotocoL flxe address is 
the recq>ient's valid SmartMessage account in 
*name@domam* format This address is returned to a 
re(^ient 6am the MessageML S ^ce Provide when he 
conq)l^ the registration process. 

When ht^ is specified for the to-TOotocoL the address is a 
vaUd l)RI^ \^<^ wiU recdve tiie SmartMessage via the 
HTTP POST method. 



10 



The '^receipt-request element is optional and specifies that a receipt notification of 
the SmartMessage 1 0 be sort back to die sender or hiformant The elemrat may be 
defined multq>le times, once for eadh type of receipt request, and includes the following 
attributes. 



Attributes Purpose 



receipt-type Specifies the adcnowledgemeot type ofrecdpt to be sent 
(optional to tiie receipt address. The SmartMessage can said a 

success (adc), fidlure (nak), or retry atteatpt (retry) receipt 
notifications. 
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Valid values are adfc, nak. and retry. Defeult value is nak. 


receipt-event 
(optional) 


Specifies the type of receipt to be sent to die receipt- 
address. The receiot-address can be notified when the 
SmarfMessage is either received by the SmartMessage 
Processor, has been processed by the. SmartMessage 
Processor, or has beai delivered to the Recipient 

Valid values are received^ processed^ ddivery^tatus. 
De&ult value is processed. 

Wh™ df'Jh'^^^^^^ specifiesd the receint-address will 
receive a recdpt for every retry atten^)t (rrtry), as well as 
the final delivery outcome: ack or nak. 


ieceipt*protocol 
(optional) 


The protocol in which Ihe recdpt will be sent 

Valid values are http and smtp. De&utt value is smip. 

If 5m5? is specified an SMTP e-mail will be sent wifli flie 
rec^t SmartMessage attached. If top is specified die 
receipt SmartMessage will be posted via flie HTTP POST 
meinoa to infi r©cetDi~auarcSS, wnicu uuiai w a ux-^u 
including wd> page. 


receipt-addxess 
(optional) 


rfjY^fXi mrfp ^ receipt-protocoL the 
address is a vaUd SMTP e-mail accoimt in 
*name@donudn* foaas^ 

f,ffp ^ju^fi^ fnr flie raceipt^rotocoL the addiess 
is a valid URL, wbidi will reodve flie ncdpt via the 
HTTP POST method. 



The "activity^ element provides mfonnation about the activity associated vwfli the 
SmartMessage 10. An activity is a categorization of events. For example, an activity may 
be *Ttevel Wneraiy" with such related events as "FUgbt Cancellation^ *TK^ Arrival 
Time" and includes the following attributes. 



Attributes 



activity-class 



purpose 



The class name of the activity. This activity class name 
must be defined by the Informant and must matdi a valid 

~ ^ in die 



refemced SmartMessage Stylesheet 

(<miYML>V 8martm^|»^e*Y<««hee^-version\ The 

ipatc*'"f o^ 'vitv-Rla««-nf^^ gmattMessage 
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Stylesheet contains metadata, the XML schraia and 
enc^int specific XSL documents about ihe activity and 
more inqK>rtantly defines the valid event classes for the 
activity class itself. 


activity-id 


A unique ID to identify the activity instance. Successive 
SmartMessages received with the same activity E> will be 
groined by this ID. For exanq>le, multiple ev^t classes 
like *nigi Arrival Time", *Tli^ Cancellation'*, etc. can 
be gcovqped unds a single activity class called ^^1/01/200 
Travd Itmeacar/* by associating the eveat classes with that 
ID. 


activity-url 


An associated URL to the activity. This niay singly link 
bade to the Informants web site or nu^ contain query 
strings in the URL to link back to the redpienf s account 
page. 


activity^title 


A desoiptive title of the activity. 


activity-status 


A short description of the activity status. 


closed«date 


Date the activity was closed in ISO 8601 format This date 
can be post-dated. If this attribute is enq>ty the activity is 
assumed to be open. 



The ^activity^a^oad** demoxt 20 is a well-formed XML document with a single 
root, embedded in die SmartMessage 10. This element contains information related to tiie 
activity. This p^^oad* s XML Schema is defined by die referenced SmartMessage 
5 St^ediert 16,astfaefoUowingexanq>lessh0ws. 

<5ravd-itinerary xmlnff^*tcaver!> 

<taame>FuturcAirlines Travel &tnerary<^Dam^ 
<desOTptiQp;>Bost0n to Caiicago with Hotel, Rental Car<des(aiption?> 
10 <yiravel-itinerary> 

The ^evenf element provides information about the event assodated witii the 
activity specified in flie activity elemot An evojt is a specific instance of some type of 
SmartMessage 10 occurrence, for exanq>le a specific fligjit dehy announcement, etc., and 
1 5 includes the following attributes. 



Attributes 



I eveat-cla^ 



Purpose 



\ The class name of the event This event name must be | 
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• 


defined by the Infonnant and match a defined event class 
f event-class-name attribute) in the referenced 
5:martiur«<:<w»2** Stylesheet f<smXML>\smartmessaee- 
st^desheet-ve^sion). This event-class must be also match a 
defined activity class in the SmartMessage Stylesheet For 
examole an airline type Infonnant may define "Flight 
Arrival Time**, "Fli^t Cancellation", etc. event classes 
imAPT a *^rsivel Itinerary activitv-class. 

Thft m^^+^Wng wftnt-r1fls<^.name in the SmariMessaee 
Styie^eet contains metadata, the XML schema and 
en<^int specific XSL documents about the event 

The evCTt-navload will contain the information specific to 
the SmarfMessage's instance of the event 


event-id 


A unique ID to define Ae evrat in the corresporuling 
activity. If another SmartMessage is sent wifii the same 
event ID then tixat SmartMessage will overwrite the 
existing instance. 


event-url 


An associated URL to the event This inay simply link 
back to the iaformants web site or may contain query 
strings in the XJRL to pro vide more fimctionality. 


eveat-descriptioa 


A textual descriotion of the event 



The **event-payload** 22 is a well-formed XML document widi a single root 
containing inforaiation related to &eev^ This p^^oaddemenfs XML Schema is 
defined by the referenced SmartMessage Stylesheet 1 6, as the following example shows. 



<fli^itcancel xxn]nsF^fii^itcancel"> 
<name> John SmitlK^namO 
<airlin^FutureAirlines<yairline> 
<destname>Atlanta, GA</destname> 
<destcode>ATL<ydestcode> 
<departname>Chicago, IL<ydepartnam^ 
<departcode>ORD</departcode> 
<departtime>7*30pm</departtime> 
<departdat^/29/2000</dq)artdate> 
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<flightninn>219</fli^tnuin> 
<new£light>999<yhewflight> 
<newtime>l 1 :50pm</aewtime> 
<newdate>6/29/2()0()</newdate> 
<4eason>Cancellation due to bad weather.</ieasos> 
<tustomerserWce>800-555-SS5S<cust^ 
<yfli^tcancel> 



As described herdxi, the Ihfoimant^ 14 describes the meta-data about die 
hifonnant, such as logo and description, and vaUdtr^^ Thelofonnant 
stylesheet 14 resides on one of the hifonnantfs wefo servos. A MessageML Processing 
Platform hosted by a MessageNfL Service Provider 1 8 caches these style sheets in its own 
database so it can refer to them quickly \(ddiout incurring another roundtrip over die 
Intemet 

The stnicture, elements, and attributes of an Iafi>nnant St^esheet 14 document 
are summarized in the following table. 



Element 


0 


Mu Attributes 


Sample Value (underline=default) 




pt 


Iti 





SmlnfoniiantSt^esh 
eet 



mfoiinant~name 
infbnnant- 
stylesheet-class 
informant- 
stylesheet-version 
informant- 
description 
lo^uri 

home-uri 

sigmip-uii 

infomiant-categoiy 



FutureAir 

http://sm.futureair.cQm 

infomiant-vl-2jcml 

Amazon.com, eardi*s largest store, 
featuring over... 

http*y/sm.amazon.com/Logo-v2-3.tPg 
(should be SQx30 pbcels) 
htt p://www.amazoiLcom/ 
http://www.amazon.coni/sm-signuD.asD 
auctions, banking, care», community, 
ccedit-aund, education, entertainment, 
general, health, information, investing, 
miscellaneous, personal, shopping, 
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system^ telemetry, travel 

[valid-transport- X 
source 

transport-^ rotocol smtp. http 

transport-source *@amazon.com, 38^40.27.*, (wildcard 

* allowed) 

Hie **smIhfonnantS^esheer element is the root element of this document, and 
includes the following attributes. 



Attributes 


Purpose ■ 


informantHiame 


The name of the miormanL 


informant-stylesheet-class 


The Memet location of the Informant Stylesheet 
This IS the conq)lete ukju oi me weosiie wnwe mc 
' Tt^Tmonf cfvf pchfifit 1^ stored^ For examDle. 
"http-7/smartmessafi».messaeeniLors/stvlesheets/inf 


rtrmant/** Mntft thft «»nHiiig mnst be prescpt for 
die URL to be considaed con^l^ 

Thk attribute describes where tiie docament is 
located on the Intemet itself 


miornianx-SQriesneci-vsaiou 


The version of die hiformant S^esheet XML 
documeoL 

This is an XML file located at informant- 
stytesheet-dass. For €xan5)le;, if flie btfomumt- 
slyksheet-classis 

«*htfp!//5miaTtmessace.messaffeml-or2/stvledie^^ 


ormantr az^ the btformant-stylesheet-version is 
*Vl-0 jmT, then the SmartMessage processor will 
resolved the complete location of the Informant 
s^eshetf to 

•TTttp-7/smar*Tnp««afj« messaeemLora/ 


onnant/vl-OjcmT 


informant-description 


Description of the Informant Possibly the 
informant's branded slogan, etc. 


Logo-url 


Informant's logo in JPG formant- should be 50x30 
pixels in dimension - specified in a URL format 


Home-url 


The URL of die home pa^e of the InfomMnt 


signup-url 


A URL which provides a signup or user 
registration 


informant-category 


The category in which the informant belongs. 
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Valid values are : auctions y bankings career, 
community^ credit-card, education, entertainment, 
general, health, information, investing, 
miscellaneous, personal, shopping, system, 
telemetry, travel 



The ^Valid-transport-source'* element describes the valid sources from wbscQ 
SmartMessages 10 can originate for ttieq[>ecified]^^ An Informant can oeate 
differait v^on of its Informant Stylesheet 14 to define different sets of valid transport 
sources. The dement can occur multq)le times, once for eadi valid transport, and 
includes the following attributes. 



attributes 



transport-^yrotocol 



Purpose 



The protocol the hifonnant can send the SmartM essage 
&om the source defined in tiie transport-source attribute. 

Valid values are http and sm^. Defiuilt value is smtp. 

Ifsmtp is spedfied a SmartMessagecan ontyberecdved 
by the specified traT^gpATt-snnree in the form of 
name@donumu 

is q)edfied a SmartMessage can onty be received 
by the specified tomspOTtsgis^ in the form of a valid IP 
address. 



transport-source 



Desocibes the vaHd sources for the associated transport- 
protocol By associating itself witii an Infomoant 
Styleshert f<smXML>^nfonnant-stvleshe^-VCTsion^ a 
SmartMessa^ can restrict its transport sources to a small, 
defined set of locations to prevent unautiiorized 
submissions. 

For a tran^rt^rotocol of sm^, the format 
nnm^damam is used. The transDort-source can be 
entered witii a wildcard mask using an asterisk. For 
mrsim p le, by sped^mg the source *0imessai3^emLor2 and 
protocol of smtp aU user*s vnlh a domain name of 
messagemLoig in their SMTP e-mail account will be 
considered valid tran^rt sources. 

For a tran^rt-protocol of ht^, the format is a valid IP 
address. An* can be used as a wildcard for any octet 
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I within &e IP address. For example, by specifying tiie 
source 123.456. 789. * and protocol ofhttpzSl user's whose 
first toee oct^ match 123.456.789 will be considered 
valid transport sources. 

An example of a Informant Stylesheet 14, v^diich describes aa Informant witii 
multiple valid transport sources is as follows. 

<smIhformantS^esheet 

schema:http-7/sm.futureairlines.com/schemas/defl^smMorman« 
.Ijcdr^ 

irifoniiant-name==TfuturcAiriines" 

inforinant-stylesheet-veisionF="fiJnfoniiantS 
informant^lescriptiorF^TtatureAiilines - The way 
logo-urt==^t^://wwwiu^ 
homeHirf===Tit^V/wwwiuturea^ 
informant-«itegory=^tetvel'^ 

<Valid4xansport-source transport-souroe=^*@fiitareairlmes*c^ 
<valid4ransport-source transport-^urceF=^*@travelocity.com*> 
<vafid-tran^rt-^un5etranq>ort-im)tocot=Ti^^ tran^XMt- 

source=^123.456.789-*"/> 

<valid4ransport-source transport-protocol=Titip" transport- 

source=^21.654**"> 
<;/smIhformantStylesheel> 

As described herrin, a SmartMessage stylesheet 16 describes themetardata about 
aSmartMessagel0.suchashowtoforinatitondifiFeraittypesofendpointsl2. The 

SmartMessage styleshert 1 6 generally resides on one of Ihe Informants web serv^ but 
Informants can also share a common s^eshert on a shared sarver like 
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A MessageML Processing Platform should cache these st^esheets in its own 
database so it can refer to them quicldy without hitting the Intern^ Asingle 
SmartMessage Stylesheet XML document 16 can contain metardata about several 
SmartM essage activities 24 and events 26. 

The structure, elements, and attributes of a SmartMessage Stylesheet documrat 16 
are summarized in the following table. 



Element ' 



O Mu Attributes 
pt Iti 



Sample Value (underline=default) 



smSmartMessageSty 
leshe^ 



I Activity^lass 



st^eshe^-class 
smartmessage- 
stylesfaeet-vefsion 



httpz/Zsm ■ aTTia7on.com/, 

http://smartmessage.messagemLorg/ 
SmartMessage-v2-3janl 





activity^iame 
activity-duration 

• activity-fiequency 


Order, BiUingC^ycle, TiavelBinerary 
hours, days, weeks, mcHilhs, years, 
ongoing 

hourly, daily, weddy, monMy, once 


activi^ X 
payload-schCToa 




(a well fimned XML ^Schema document 
w/a smgle root - embedded) 


activity-xsl- 
de&ult 




(a well finmed XSL docummt w/a 
single root - embedded) 


acdvity-xsl- X 
en4x>int 


X 


(a well formed XSL document w/a 
single root- embedded) 




eQi^K)int-type 


browser, html-email, text-emai], tiny- 
email, £«, voice4)hone, instant-message 


event-class 


X 





eventHoame 

Purpose 

Sensitivity 

Reach 

hnmediacy 

Frequacy 

categoiy 



Shipment, PaymentRecdved, 
Flig^tCaiK^elladon 
question, infimnatioa instruction 
pdvate, normal public 
individual grotq>, broadcast 
tnipntftae^ houTS, davs. weeks, months 
hourly, daily, weekly, monthly, once 
auctions, banking, career, community, 
credit-card, education, entertainment, 
general, healtii, information, investing, 
miscellaneous, personal, topping. 



30 



wo 01/76119 



PCT/USOl/10723 



31 



eveat- 
scfaema 


X 


(a well fonned XML Schema documrat 
w/a single toot - embedded) 


event-xsl- 
de&ult 




(a well fomied XSL document w/a 
single root - embedded) 


event-xsl- 
eadpoint 


X X 


(a well fonned XSL docum»t w/a 
single root - embedded) 



oodpomt-type 



email, fia, voice^)hone, instant-message 



Hie "smSmartMessageStjdesheer is the root element of this docmnent, and 
includes the following elements* 



Attributes 




Purpose 



The hitonet location of the SmartMessage 
St^eshert. This is the con^lcte URL of the 
wd)ate where the SmatOtiessage Stylesheet is 
stofed. FfMT esanq>le» 

"http'7/sniartmessaTO.me gageml.org/stvlesheetsAre 



ceiDtsr . Note, the ending "T must be present for 



the URL to be oraadCTed complete. 



This is an XML file located at tiie 5iiiflrtmc»age- 

styUsheet-dass. For example, if the 
smartmessagestylesheet-classis 



ceiDtsr and flie smartmessagfi^lesheet-version 
is "vl-Ojcml", fliea the SmartMessage processor 
will resolve the complete location of the Informant 
styieshe^to u 
"htlp -//smarti "^°fr "^'^ff'^' nrp/gtylesheets^ 



Aeipts/vl-Ojunl" 



This attribute describes where the document is 
located on Ae hiterort. 
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The "activity-class*' element 24 is a predefined category used to grpiip event 
classes 26. The activity class 24 is defined by the hiformant for use in its own 
SmarO^essages 10, and includes the following attributes. 



Attributes 


Purpose j 


activity-class-name 


The name of the activity class. The activitv-class attribute 
of the <^vity> element in the SmartMessage must refers 
to a defined activity class in this document (see 
SmartMessage Definition section). 


activity^uiation 


Describes the activities duration or life. 

Valid values are hours ^ days^ weeks ^ months^ years ^ 
ongoing 


evcnt-fi^juCTcy 


Describes how fi:equently events may occur within this 
activity. 

Valid values are hourly ^ daily ^ weekly y monthly ^ once 



The ^'activitypa^oad-schema** is a welt-formed XML schema document with a 
single root embedded within the document This embedded XML Schema defines the 
structure for activity ps^oad 20. 

The *'activity-xsl-defiaaiir is a well-formed XSL document with a angle root 
embedded wiHiin the document This onbedded XSL document transforms the activity 
payload 20 (XML data) into an en€^int-indq>endent presentation format This definition 
is meant to be a ^'catcfa all" for rendering activity p£^oad to an enc^int 1 2, if an 
en^XHnt specific XSL document 3 0 is not defined. Thus, the XSL trsmsfonnation must 
be generic enough to be viewed on any endpoint 

<activity*xsl-endpoinl> 

The "activity-xsl-«idpoinr is a well-formed XSL document with a single root 
embedded within the documrat, and contains the following attribute. This OTibedded 
XSL transforms the activity payload 20 QCML data) into an endpoint-dependmt 
presentation format The Monnant can define this element for each siqyported en<^mt 
device type 12. If an XSL is not defined for a valid midpoint device, then the activity-xsl- 
de&ult will be used. 
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Describes tbe ea<^oint type that the embedded XSL 
document transfomis to- An Inforaiant can create a 
separate XSL for a specific endpoint device to generate 
the appropriate endpoint user interfece. 

Valid values are browser, html-email, text-email, tiny- 
emaiU fax, voice-phone, instant-message 



The **event-class" elemmt 26 defines a classification of specific events related to 
an activity. For example, "Fli^t Cancellation** may be an event class 26 defined under 
fee activity class 24 *Travel Itinerary," and includes the following attributes. 



event-class-name 


r^"''^ r^rthPt «vent class. The ev^t-class attribute of 
fee <evCTt> elCTiCTt in fee SmartMessage would refer to a 
defined event class in feis document (see SmartMessage 
Definition section). 


Purpose 


Desoibes fee purpose of fee content wife which fee event 
is associated^ 

Valid values are question, information, instmction. 
Defimlt value is ^^bmotian.. 


sensitivity 


Describes the sensitx^ty wife wfaidi fee event is 
associated* 

Valid vahies are private^ normal^ public Defiuilt value is 
normaL 


reach 


Indicates wfa^er fee document was sent to a large public 
broadcast, to a specific group of individual^ or to one 
individuaL 

Valid values are individual, group, broadcast Defeult 
value is xmffvufifoiL 


immediacy 


Sdb& fee immediacy of fee communication of this 
document pa:^oad. Dictates a measurraient of 1k>w time 
sensitive is fee document information. loformafion that is 
relatively *old* after a few minutes should be srt as 
'minutes' unmediacy (such as a traffic rqport) whUe 
information that is relative for a longor paiod of time is 
srt to ahi^er value (such as abill statement would be 
days or weeks). 
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Valid values are minutes^ honrs^ days^ weeks j months. 
De&ult value is days. 


frequency 


Valid values are haurfy^ daify^ weekly^ monihty^ once. 
De&ult value is once. 



The ^eveut-pa^oad-schema^ is a well-formed XML schema document with a 
single root embedded within flie document This embedded XML schema defines die 
structure for event content 

The ''evCTt-xsl-de&uir is a weU-fonned XSL document with a smgje ^ 
embedded within the document This embedded XSL document transforms the event 
payioad (XML data) into an endpoint-indq>endent presentation format This.definitipn is 
meant to be a ^catch alT for rendering the event p^oad to an endpoint, if an end^int 
specific XSL docum^t is not defined. Thus, the XSL transformation must be generic 
»ou^ to be viewed on any m<^int 

The ^event-xslrendpoinf is a well-formed XSL documrat with a single root 
embedded within the document, and irctudes the following attributes. This embedded 
XSL document transforms die evoit pa>ioad 22 (XML data) into an en<^int-dq>endat 
presentation format The Informant can define diis element for each siqyported en^K>int 
device type 12. If an XSL is not defiiied for a vaUd end^mt device 12, ti^ 
xsl-de&ult will be used. 



attributes 



endpoint-type 



Purpose 



Describes die oiM^int type that the embedded XSL 
document transforms to. Aninfomiant cancreate a 
sq>arate XSL for each endpomt device to g^orate the 
appropriate end^int user interfiice. 

Valid values are brcfwser^ html^-emaU^ text-emaily tiny- 
emaiUfaXy voice-phone^ instant-message 



As described hmin, SmartMessages 10 are transmitted to particular midpoints 12. 
XSL templates define how a SmartMessage 10 is rendered to a specific enc^int 12. The 
<activity-xsl-en<^int> and <event-xsl-endpoint> elements contain these XSL templates, 
which are embedded within the SmartMessage Stylesheet 16. A XSL template should be 
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created for each endpoint device 12. Hie <activity.xsl-defeult?> and <event-xsl-<iefeult?> 
XSL templates are required and are used to render the SmartMessage content when an 
endpointspecificXSLtemplateisnotdefined. Figure 7 illustrates how XSL templates 
are embedded in tiie SmartMessi^e Stylesheet 

Since MessageML Stylesheets reside on the Informant's web server they will be 
retrieved at nmtime for message processing. The MessageML Processor can optimize 
this operation by caching these Stylesheets once the first instance of a SmartMessage 
refemngtotbeStylesheetsissent The ScrvicePiovider 18 can then present its users 
with this catalog of activities and events fiom which they can select prioritization and 

roudng preferences. 

SmartMessage documents 10 are vaHdated againstXMLSchOTias as defined 

above. Specifically, SmartMessagp documents 10 make use of Microsoft's 

implementation of XML Schemas 
0ittp-7Ansdnjnicrosoft.com/!janl/reference/sdienaa/start^ 

MessageML's inq)lemented XML sdiemas are stored on ihe MessageML Forum's 

wdisite and define a veisioned standard of flie SmartMessagp specification. For example, 
flie XML schema defined for a SmartMessage Documait is located at 
i.«<p ;//piiflrtmes.e ^f^ rr>^^P»i} Wfimortm^ppyvl -1 jcdn the XML scfaema 

defined for a SmartMessage Stylesheet is located at 

i,ft p-//«nntrtm *ceof^mi»«».p^i r>rp/crfunnW»tfv1esheels/smai1m<^sageA^l-la^^ 
XML schema defined for a Monnant Stylesheet is located at 
http!//smartm ™T '«'^««' peinl.org/sche mas/stvlesheets/infomiant/vl-l .xdr 

Tliese XML schemas defined for MessageML should be referenced accordingly in 
the related SmartMessage documents in die XML nameqwce attribute. For example, 

<smSmartMessageStyleshe^ 
xmlns=^- . 

schema±ttp-7/anartmessagejnessagpmLorg/schemas/stylesheets/smartmessageArl 
-Ijcdr" 
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<smInfonnantStylesheet 
xinlns=^-schema: 
ht^://smartmessagejnessagaxiLoi^schemas/st^esheet^^ 

<sn]XML 

xmlnss^-schona: httpi/ZsinaitmessagejnessageniLoig/schaxias/sinaitmessage/v 
Ijcdr" 

Veisioning is maintained at all levels of the SmartMessage architecture, including 
the protocol, XML sch^nas and SmartMessage documoits 10. Documffits are versioned 
through &eir file naming convention and their location or path, viiich descnbes its 
purpose. Thetenn^XIlass^canbe&ou^ofasthepathandthetffln 
tfaou^ of as the filename. 

Exaixq>les of MessageML defined XML schemas include the SmartMessage 
St^esheet XML sdiema, version vl*l jcdr, class 

http://sniartmessagejnessiaigeml.org/schemas/stvledie^ the Informant 

Stylesheet XML schema, version vl-1 jcdr, class 

http://sniartmessagejpessagqnl>org^sdienias/st\desheets^nf^ the SmartMessage 
XML sdientia, vemon vl-1 jcdr, class 
http://snaartmessage.messagenil.org/schemas/smartmessage/ 

Examples of MessageML XML documents include the Informant Style^eet 
version vl-0 jcml, class http*7/smartmessagejnessagegri.org/stWesfaeets/informant/. and 
the Recdpts SmartMessage St>iesheet, version vl*^ jmil, class 
http://smartmessage.messagCTil.org/stvlesheets/receipts/. 

The SmartMessage protocol version is also specified on the SmartMessage 
document 10 in the protocol-version attribute of the MessageML elCTient The current 
version is l.I. 
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It is in^rtant to note that the SmartMessage Stylesheet 16 onbeds several 
documents into a single document This is done so that a set of documents can be easily 
vetaoned in their entirety. I^ for example, these embedded documents were allowed to 
be referenced externally, then a diange to one of flie external documents would corrupt 
the versioning across the entire set Thus, by consoUdating the set of related document 
for a SmartMessage Stylesheet 16 mto one, better version control is attained. 

The users of a Service Provider in5)lementing services based on MessageML sign 

up to receive SmartMessagesfi»m die Moimant Eadi user decides where the 
Bifbimant's various SmartMessage event classes are to be delivered, specifically to ^Mch 
of the user's en^ints. The Informant then creates and sends a SmartMessage to a set of 
useraocountshostedbythisMessageMLServiceProvider. TTieMessageML Service 
Provider receives, processes and deUvers flie SmartMessage to the specified en^mt of 

each addressed user. 

Figure 8 illustrates a H^level perspective of the entities involved in the 

SmartMessage ardiitecture 32= ITie Informant 34 creates the Sm^ 

on an mformation system. Informants 34 also create and host a set of SmartMessage 

Styledieets 16 and Biformant Stylesheets 14. TlieUser36iec«vesSmarlMessageslO 

flirou^ flien: Smarfl>«essage account wifli a MessageML Service Provider 18. The 

SmarOrfcssage Application Ma&ce 38 provides an interfice, either graphical or 
programmatic, to the SrnartMessage iWer Agent (SMTA) 40. This SmartMessage 

Appfication faterfiwse can be thou^ of as the user appUcation and the SMT A as the 

reusable code object 

The SmartMessage Transfe Agent (SMTA) 40 sends and recdves 
SmartMessages 1 0 passing die message data to &e SmartMessage AppUcation. The 
SMTA 40 sends SmartMessages 1 0 flmHigJi eitiier the HTTP or SMTP Internet access 
protocols42. TlieMessageMLServiceProvider(MMLSP)18providesflietedmology 
infiastructure and platform required to process and route SmartMessages 10 to end users 
or message recipients 36. nris includes a web site to host die URL for HTTP access, 
maU servers for SMTP access, and a web appUcation for Recipients to manage and 
configure tbiax SmartMessage account 
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Through a web application users register all their messag^g or radpoint devices 
12 on which they receive messages, like mobile phones, PDAs, pagers, fex machines, 
email inboxes, instant messaging, etc. The web £q)plication also serves as amessage 
management tool providing a folio, or single repository, for a Recipient's SmartMessages 
10. 

The MMLSP 18 also maintains an endpoint gateway infiastnicture to ronte 
SmartMessages 10 accordingly. By inq)lementing a rules based processmg module 44, 
SmartMessages 10 can be routed based on user preferences. 

MessageML documents are transmitted to a MessageML Service Provider 18 over * 
the Intern^ using die HTTP and SMTP protocols 42. By usmg these protocols 42, the 
Messi^eML syston is able to utilize a wide base of aheady existing infiastnicture for 
message communications. 

Once processed, the MessageML S^ce Provider 1 8 delivers the message to die 
recipient via its en^^int gateway services 46, which may use voice, &x, paging, SMTP, 
HTTP, or other i»rotocols. Hgure 9 iUustrates the iiiteractions between the different 
MessageML 32 entities. 

Using the HTTP POST meftod, an Informant can post a MessageML document 
10 to a web server ^»age) hosted by a MessageML S^vice Provido* 18 ^liio in turn will 
process ttie message and route it to the q>ecified recipients 36. Secure communications 
are acconq>lished via Secure Sock^ Laya (SSL). 

An Ihfontziant 34 can also send a MessageML documrat 10 as a SMTP email 
attadunent to a specific SmartMessa^ account on a mail server hosted by a MessageML 
Service Provider 18. The Service Provider 18 will process ttie attached MessageML 
document and route it to tiie specified recipients 36. Secure communications are • 
acconq>lished via S/MIME. 

The MessageML architecture 32 handles secure messaging in three ways. Tlie 
Informant 34 via the SmartMessage Transf<^ Agoit 40 and MessageML Service Provider 
18 must support fiie following authentication and security mediods: Infimnant Stylesheet 
Authentication, Secure Sock^ Layar (SSL), and S/MIME. 
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With Infonnant Stjdeshe^ Authentication, the SmartMessage refermces a 
specific hifonnant Styleshert 14, which contains a list of valid transport sources fiom 
i^ch a SmartMessage 10 can be sent An Infonnant 34 may have many Informant 
Stjdesheets 14 with* different combinations of valid transport sources to be used with 
differmt classes of SmartMessages 10. 

Using Secure Sockets Lay^mciyption, SnuurtMessages canbe sent viaHTTP to 
guarantee secure transmissiorL When postxug data to a web page the USL should use 
SSL. For example, https://... would be used instead of http://... 

SmartMessages 10 can also be s^t as attachmoits to SMTP mail, using S/MIME 
to add ciyptogrq>hic security services to mail that is srat, and to inteipr^ciyptogr^hic 
security services in man that is received. S/MIME needs to be enabled by the sender and 
siqiported by the recdver of die mail transaction. 

In addition to maintaining versioned XML sch^ias of standard MessageML 
documents 10, MessageML.org also mana^ specific categories of '^standard'' 
SmartMessages 10* These inchule areas such as rec^ts, query opex^ 
OMifiguration, web messages, and public communications. 

Since MessageML.org is the single fiiformant 34 for these types 
messages, these standard &narAlessages 10 alws^ refer to MessageML.oig's hifbrmant 
Stjdeshert 14 (the utformam-stylesheet'dass and wfarmant-stylesheet'Ver^n attributes). 
The following lists the bifomiant Stjdesheet 14 for MessageML.org. 
<&mIaformantSt^eshe^ 

xmlnff=^- 

s chem a :http ://anartmessa8ejnessagemLorg/schemas/stylesheets^omi^ jcdr" 

informant-riamep^essageML.ors" 

informant-styleshe^- 
class==^t^://smartmessagejnessagemLorg^st^esheets^iiformm 

infonnant-styIesheet-vetsioff=^vl-Ojanl" 

infi>rmant-<lescription=^essageML.orgr 

logo-url==Tittp://smartmessagejnessagemLor:^^ 

home-urir=nittp://smartmessagejnessagemLorg" 
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mfoiinaiitH»tegory=''inisceUaneoiis"> 
<vaUd-transport-souicetraiisport-protocol=="smtp" transport-source^*"/> 
<vaUd-transport-souice transport-piotocolFTittp" transport-sourceF="*"/> 

<VsmlDf(»mantStyleshee^ 

<smInfonnantStylesheet 

sdiema±ttp7/smaitmessagejnessageinLoig/scheinas/^ 

iIlfoIlnant•^lame=='Messa^ML.org^ 

infonnant-stylesheet- 
class=^t!p://smartmessagejnessageinLoig^stylesheets/i^^ 

m£brniant-s^esheet-veraon=%l-Ojanl" 

infaniiant-desCTiption=^essag^4I*o^ 

logo-uri==Tittp://smarlmessagejnessageoiLotg/i^^ 

home-uri=^t^>-y/sxiiartmessagejnessagpniLoig" 

infonnant-<jategoiy=^iniscellaneous"> 
<vaKd-<raiispoit-source traiisport-protocol=''siiitp" traiisport-sourceF^'*"> 
<vaKd4ransport-sonicetiansport-im>tocol^^ 

< /f;mTnfb nnanlStyledietf> 
<siiilDfonnaiitSl^esheet 
xmlns=^- 

schemadidp-y/sniartmessageJnessageinLoig/sdie^ 

iiifoiinant-naineFs"MessageML.oig" 

itifiamiant-s^esheet- 
class=^Tittp://smartmessagpjnessageinLoi:g^stylediee^^ 

iiifonnaiit-stylesheet-veraonF==Vl-Ojanl" 



logo4iri=-http://sinartmessagejnessagenaLoig/i^^ 



iiifonnantHategory==^mis<»llaiieous'^ 
<vaUd-transport-source traiispoit-piotocol="sintp" traiispoit-souice^*"/> 
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•cvalid-tran^rt-source transport-piotocol=^ht^" tranq)ort-source="*"/> 
</smIiifonnantStylesheeO 

Spedfications for these additional standard SmaitMessage types 10 can be found 
at wivwJVlessageML.org . The publishing location and naming convention is as follows. 

[infbnnant wdisite uri]/st^esheets/[activityyv[niajor veraonHminor veiaon] jcml 
where: 

[informant wd>siteuri] istfaeUSLoftiieLitemethost 
[activity] is the activity class tiiattiies^eshea defines 

[nuyor version] numba- for msyor version number 
[mincvvadon] nnmba: for minOTveraon number 

example: hflp:/Aww.ftttureairiines.com/styledieets/travel-itineraiyArl^ 

hi tins scenario tiie anartmessage-st^eshe^-dass would be 
ht^://wwwiiitnieairiines.com/st3iesheets/lravel4tiner^^ and the smartinessage- 

stylesheet-vexsi<m would be vl«0 jcniL 

hifinmant Stylesheets 14 foUow a smiilar publishing location and name convention. 

[inforaiant wd)site utiystyledieets/inforaiantMm^or versionHminor v^ 
where: 

[infonnantwdwiteuil] is the URL oftiie Internet host 
[nuyorvexa<m] number for msgor version number 
[minor veraon] number for minor vosion number 

example: htlp://www.futureairiines.oom/stylesheets/mformantArl-Oj^ 
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In this scenario the informant-stylesheet-class would be 
http://v^nvw.futureairlines,coni/st3desheets^i^^ and the informant-stylesheet- 
version would be vl-0.xmL 

As shown in Figure 10, a Receipt 48 provides a status update as to the progress of 
5 a SmartMessage. The MessageML design utilizes a SmartMessage Stylesheet for 
receipts 16* in a siinilarfiuihion as that shown in figure 4 and described above. 
recdpt 48 is retumed to the lofonnant 34 throu^ the SmartMessage Transfer Agent 40. 
The MessageML ^edfication siq)ports tiiree types of receq>ts 48: received, processed, 
and delivoy status. These receipt types are requested to be sent by oreatmg the 
10 appropriate entry or entries under the receq>t-request element in the ori 
SmartMessage. 

Smce receipts 48 are a standard SmartMessage typo, their associated Informant 
Stjdesheet 14' and SmartMessage St^eshe^ 16* reside on the MessageML Forum 
website at www jnessaeemLorg . This ensures that receipts 48 are transacted in a standard 

15 way across all inq)IemCTtations. 

The SmartMessage 1 0 enters fte received state whm it has been received by a 
MessageML Service Provider (MMLSP) 18. At this point all destmation SmartMessage 
accounts are validated against the MMLSP's account database. Destination 
SmartMessage accounts not matching tiie Service Providers domain name are skipped 

20 and not included in recdpt processing. The following table describes the valid receipt 
acknowledgmients finr a received receipt 



Tvpe 


Description I 


ack 


The destination SmartMessage was successfully received by 
the MMLSP for tiie spedfied SmartMessage account 


nak 


The destination SmartMessage was not successfully received 
by the MMLSP for the ^>edfied SmartMessage account The 
error-code and enor-descrq>tion attributes and tiie extended- 
info element will contain more infomiation. 



The SmartMessa^ 10 enters the processed state when it has been successfully 
25 recdved and is ready to be processed by the MMLSP 18 who performs all the validity 
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checks and routing rules. The foUowing table describes the vaUd receipt 
acknowledgements for a processed recdpt 




Description 



The destination SmartMessage was successfully processed by 
the MMLSP for fbs specified SmartMessagg account 



The destination SmartMessage was not successfully 
processed by tiie MMLSP for the specified SmartMessage 
account The eiror-info and fbe octeided-info elements will 
contain more information. 



The SmartMessage 10 oitere die deKvay status state whCT it has been 
successfully processed and is ready to be deUvered A SmartMessage 10 that cannot he 

deUveted initially enters a message retry loop and continues to be resent untfl the retry 
interval or retry time period has expired. The foUowing table describes the vaHd receipt 
acknowledgements for a delivery-status receq)t 



Type . 



nak 



Retry 



Description 



The destinatiOTi SmartMessage was success&lly ddivered by 
flie MMLSP fig tte spedfied SmiTt*^'""'r 



Hie destiiMitioa SmartMessage was «of soccessfiilly delivered 
by die MMLSP fiir the specified SmartMessage account The 
eoor-info and the extended-info elements win contain more 
informatioiL 



Hw SmartMessage foiled to be delivered and the MMLSP is 
resending the message and will continue to retry sending die 
message until the retry interval or retry tim e has expired. 



Rece^ts 48 are deUvered at a granular leveL They are not grouped and relate to a 

sin^e destination address recdpt request 

The process flow using receq>ts is shown in figure 1 1, which assumes that all of 

the receipt types have been specified. First, an Informant creates a SmartMessage 10, 
specifying die deared recdpt-requests, and passes it to flw SmartMessage AppUcation 
Interfece (SMAl) 38. Then, the SmartMessage Transfer Agent (SMTA) 40 queries the 
SmartMessage 10 and identifies all destination domain names to where die message will 
besent Next, the SMTA 40 makes a copy of die SmartMessage 10» for each destination 

host and submits die message using die protocol or protocols specified in die 
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SmartMessagc 10. TheSMTA40handlesany failed SMTP or HTTP 
the "to-address" destmations. The MessageML Service Providers 1 8 receives the 
message and validates that all die **to-address" accounts are valid to die MessageML 
Service Provider 18. Received receipts are delivered to the Informant's SMTA 40 who 
processes them accordingly. If the SmartMessage 10 is received correcfly, it is then 
processed. Processed recdpts are sent to the Mormant^s SMTA 40 who processes the^ 
accordingly. Next» the message is delivered based on the SmartMessage user's 
predefined endpoint routing rules. Delivered receq>ts are sent to the Informant's SMTA 
40 \^o processes them aqcordingiy. A per user receq>t item will be included for eadi 
endpoint the message was delivered. 

The following tables disclose the el^^ and attributes for the recdved event 
pa^oad definition, the processed event payload definition and the deliveiy status event 
payload definition, respectively. 



Received Event Pavload Definition 



Element 



Mu Attributes 
Iti 



Sample Value (underline=default) 




received 
aclcnak 

ISO 8601 format (ex: 2000-03- 
17X15:10-33) 

(smartmessage-id &om die original 
SmartMessage) 

user@domainname (fix>m ori^nal 
SmartMessage) 

http, https, siiifiB, smime, platform- 
spedfic 

(see Error Code section) 
r>. Tsee Error Code section) _ 
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Processed Event Payload Definition 



Element 



I OTor-info 



O Mil Altnbutes 
pt Iti 



Sample Value (underline=default) 



I exteided-infb 



I 




aclcnak 

ISO 8601 fonnat (ex: 2000-03- 
17X15:10:33) 

(smartmessage-id fiom die original 
SxnartM essage) 

iiset@donia]xiname (fix>in original 
SmartMessage) 

fat^, https, smtp. smime» platfoim- 
specific 

(see Bdor Code section) 

(see Bror Code section) 



Deliverv Statns Event P aylofld Definition 




Received 
acicnak 

ISO 8601 fonnat (ex: 2000-03- 
17115:10-33) 

(smartmessage-id fix>m the orig^ial 
SmarfM essage) 

iiser@doniainname (fiom original 
SmartMessage) 

browse, html-email, text-anail, tiny- 
mail, fex, voice-phone, instant-message 
CTC^int q>ecific (ex: fax number, 
email address, phone number, etc. 
(last delivety attempt) ISO 8601 format 
(number of attempt remaining) 
(yibm retry attaiqpts will stop) ISO 
8601 format 

(whm die next retry attanpt will occur) 
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IS0 8t fonnat 



ht^, h , smtp. smime, platfonn- 
specif 

ode section) 
ode section) 



Fuiiher, .error codes, as desc ^ed in tbe following table, 
info element of the received, pioces. 'd and deliveiy status ever 



ntained the error- 
:aads. 



Attribute 


Values =11 




error-class 






http 


m i WLl Status Code. 7 rror codes used are 
defined by W3C 

0ittp://www.w3.org^; s.^c2616/rfc2616- 
seclOJitml#seclO) 




https 


same as above 




smtp 


SMTP Rq)ly Code. The t ; codes uscts are 
defined by RFC 1893 

(http://wwwiet£org«c/r^'- 1 893-txt?numbec=1893) 
and RFC 821, section 4 :: 
(httpy^et£org^cfc/rfc082 t?namber=821) 




scuine 


S/MIMEOTorcode 




platfomi-q>edfic 


This class is designated r i mplementers of die 
SmartNf essage spedficau . u its can be used to 
dfflote errors specific to a platform's 
impl^nentation* 








error-code 


O^soccess, non- 
zero value based 
on enor-class. 


Error code associated with the oror-class 


error- 
description 




(textual description of error) 



An example of a Receipt SmartMessage Styleshert for Receipts is as follows: 

SmarA^essageSt^esheet: 

xnilns=="x-schema±t^://sm.smartmessage.or;^schCTias/s^ 
Ijcdr" 

smartmessage-stylesheet-K;lass=^ttp-7/sm-^martmessage.org/^ 
smartmessage-styIesheet-version=%l-0.xml'> 
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<activity-class 

activity-nameF="Receipts" 

activity-duratiotF^ongoing" 

evOTt-frequeiicy="once"> 

<activity-xsl-defeult> 

<xsl_defeultstylesheet xmlns===^ttp-7/vww.w3.orgm^ 
xnilnsacsl^defenltF^Tittp://^^ 
<xsl jdefeultrtonplate matchF="r/> 
</xsljde&ultstyl6shert> 
</activity^xsl-defiailO 

<evCTt-class 

event-naineF=nOeliveiyStatus" 

piirpose="infbnnatioii** 

sensitivity=^nonnal" 

reaclF="individual" 

iinmediacy=^days" 

frequeoq^daity" 

category="system"> 



required="yes''> 



<eveQt-i)a^oad-sdiema> 

<Schema nameF^deUvcacystatosrec^ 
xmlns===^\ini:scheinas-*mi 
xinlns:dt==^\inuschemas-microsoft^ 

<EIementType name=^'receipt^ content="eltOniy oidep="seq">^ 
<AttributeType name^^'recdpt^m^ dttypeF^mumcration" 
^}t:yaiues=^deliveiy-status" defiailt=^deliveiy^status"/> 
<AttributeType namep^Vecetpt^^" dt:^peF=^enumeration" 

dtvalues^ack nak irtry" de&ult=^nak-A> 
<AttributeType namcF^tec^t-date" dt:type?="dateTime'* 

require*=^yes"/!> 
<AttribirteType iiameF="sinartmessag^id" dttype="string" 

requiiedN"yes"/> 
<AttiibuteType name=^address'' dt:^peF="string" 



<AtlributeType iiamef="cnd^iiit-type- dttype="eaumeratioii" 
dtvalues=T>rowser html-«iail text-emafl tiny-email fax 
voice-phone instant-message" required=^Ves"/^ 

<AttributeType nameF=*eoc^)oint-address" dt:QT)e=^string" 
reqirired=^**yes*A> 

<AttributeType name="last-attempt-date" dttype="dateTime" 
required="yes''/> 

<AttributeType name="will-retry-atteinpr dt:type=^int" 
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required=*Ves"/> 
<AttributeType name="will-retry-untir <ittype="dateTime" 

reqiiired===^es"/i> 
<AttributeType name^next-retry-attCTapt" dttypeF^^dateTime" 

required=^yes"/> 
Ottribute type==''receipt-eveiit"/> 
<attribute t^)e?="receipt-type"/> 
Ottribute type=^'rec^t-date"/i> 
<attribtite ^peF=^sinartmessage-id"/> 
<attnbute ^peF^*to-address"/> 
<attribiite t>peF="aM^int-4^ 
<attribate type==="en<%K)int-address"/> 
<attribute typeF=Tast-atteinpt-date"A> 
Ottribute t>peF==%dUH:eby-atteaq)t"/> 
Ottribute typeF==%dnH:ety^mtfl^ 
Ottribute typeF^ext-irtiy-atten^t"/> 
OlCTieat ^pe="eiror-info" minOccuis="0" maxOccuis="l*'/> 
OlCTiCTt ^peF^^exteaded-info" ininOccuis="0" maxOcxurs=" rA> 
</ElemaitType> 

<ElaneiitType name^OTor-info" coiitent="eltOnly" order^^seq*^ 
<AttributeType namcF^crror-class" dt:type=^eaumeration'' 
dtnralues=^*http fattps smtp smime platfonn-specific" 
defeultr^smtp" required="Ves''> 
<AttributeType iiameF="OTDr-code" dt:type="string" 

requiied=^yes*/> 

<AttributeType iiameF="enor-desOTption" dt:type=="string" 

require^=^"yes"A> 
ottribute type=^€rror-class"/> 
ottribute type="erior-code''/> 
Ottribute typeF=^enor-descriptioii"/> 
</ElCTiatrype> 

<ElemeiitType name==*cxtended-mfo" contait="eltOnly" 

order^seq''/> 

</Sdbiexns> 
<yeveot-payload-schema> 
Ovei!t-xsI*defimlt> 

<xsl_defeultstylesheet ianbi:^=natp:/h^ 

xmlns3Csljdefeult^TittpV/www.w3.or^^ 
<xsl jde£ui]t:ten^)late matdir="r> 

<;xsljie&utt:apply4enq>lates select=='"receipt"/> 
</xsljde£ault:teQq>Iate> 
<xsl__default:template match="receipt**> 

ReceiptltCTi 

receipt-evait: <Xsljiefiuilt:value-ofselect=="@rcc^ 
receqM;-4ype: <tel jdefeultvalue-of select="@reccipt-type"> 
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receipt-date: <xsl_defeultnralue-ofselect="@receipt-date''/> 
smartmessage-id: <xsl_defaultvalue-ofselect=="@smartmessag©-id"A> 
to-addiess: <3csrdefaultn^ue^fseIect="@to-address''A> 
endpoint-type: <5csljdefeultvalue-of selectF=^@endpomt-type"/> 
endpoint-address: <xsl_defejiltvalue-ofselect="@endpoiiit-address"/> 
last-attempt-date: <xsl_defaultvalu&<)f select=="@last-atteniptHlate"^ 
wiU-retry-attempt <xsljdefeidtrvahieK)f select=^@wn-retiy-^^ 
wfll-retry^untiL- <3csljdefeultnralue-of sele(*=^@wffl-retiy-uiitU"A> 
next-ietiy-atteii^)t: <xsl defeultn«due-of seleclF^@aeKt-^retiy-attOTq?t"/> 
enor-class: <xdjdeiailtnralue-ofsele<*=^enor-infi)/@eTO 
enor-code: <xsljde6attn/alii©K)fselect=^em)r-info/@en^^ 
enor-descriptioii: .^l_defi»jlt:value-ofsele(*="em)r-info/@etiorsiescr^ 

Recdpt Specific Data: 
<Xdjde6altnraliie-ofselect?=^extaHied-iiifo"/^ 

</xsl_defiuilt:tenDqplate> 

</xsl_defiailt:stylesheet> 

-^evait-xsi-de&ult> 

</evait-class> 

<eveiit-class 

eventHQameF=''Received" 
ptiiposeF''HiifQmiati<Mi" 
seiiativity='^nnal" 
leacfaF^lndividual" 
immediac^^^days'' 
fi»quency=^oiice" 



<event-payload-schaiia> 

<Sdiema name="receivedreceiptxdr" 

xnilns==^^imadb.emas-iniax)soft-coin3aid 
xnilns:dt=^^ini:sdienias-miax)soft<x^ 
<EIementType iiame=^'receipt* coiitenlr^eltOniy ordeF="seq"> 
<AttributeType name^^'recrapt-evenr dttypeF^enumeiation" 

dtnralues=^h?ecdved" defeultF'Yeceived"^ 
<Attribute'IVpe name-^'teceipt-tjipe" dt:QpeF=^enumeratioii" 

dtnralues=^ack nakf defiailt»''nak"A> 
<AttributeTVpe namcF^hreceipt-date" dt:typeF=^dateTime" 

reqiiire*=>es'*/> . ^ 

<AttributeTypeiiame=^8iiiartinessage-id" dl:type=^strmg 

reqiiiied='*yes"A> 
<AttributeType nameF^address" dtrtypep="string" 

requiied=^yes"/> 
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required=^no''/i> 



<AttributeTypeiiameF^error-<x>de" dt:typeF="string" 

<AttributeType naineF="error-description*' dt:typeF="string" 

required=^o"/> 
Ottribute typeF="receipt-evenr/> 
<attribute typeF=''iecdpt-type*'> 
Ottribute type=^*receipt-date"/> 
Ottribute tjpe=^smartmessage-id''/i> 
Ottribute typeF=^address"/> 

Olement typeF="enor-info" minOccurs="0" inaxOccurs=*'l"/> 
<element typcF="extended-info" minC)ccurs=^0" maxOccuis="r/i> 
<ElemenlTyp€> 

<ElCTientType name=^error-iiifo" conteat=="eltOnly" order=^seq'> 
<AttributeType name="erTor-class" dttype="miiineration" 

dtrvalues=^ttp ht^s smtp smime platfonn-q[>ecific** . 
defEailt="smtp" required=*^"A> 
<AttributeType name="enor-code" dttype="string" 

reqiiiredi=''yes''/> 

<AttributeType iiame=''ertor-descriptioii'' dt:typ€F="string" 

requiie*='Ves"> 
Ottribute typeF="enor-class"/> 
Ottribute typeF="enor-code"/i> 
Ottribute t^)eF="enor-description''/> 
</ElanaitType> 

<ElemaxtType nameF^extmded-mfo** contCTt=="eltOnly" 
oniep="seq"/> . 

</Schsnva> 
</evait-payload-schema> 
<evCTl-xsl-defeult> 

<3csljlefiiultstylesheet xaibasF^ttp://v^ 
xmliiS3Csl_defeult=Tiflp://w^ 
<ksijde&ult:tCTq>late inatchi=^r> 

<xsljdefiuiltapply*teQq)lates select="receipt"/> 
<xsljdefiailtteiq)late> 
<xsljdefeult:tenaplate inatclF^^eipf> 



Recdpt Item 
recdpt-eveat: 
receipt-type: 
receipt-date: 



to-addiess: 
error-class: 
error-code: 
error-description: 



<taljdefiraltnralue-ofselect=="@receipt-event"/> 
<xsljdefiuilt:value-of selectF=^@receipt-type"/> 
<Xsl jdefiauiltrvalue-of selectr="@receipt-date"/i> 
<3CsrdefeultvalueK)fselect=="@smartmessage-id"> 
<xsljdefeultnralue-ofselectr^@to-address"> 
<Xsljdefiuiltrvalue-ofselectr=^error-info/@eTO 

<Xsljde£aultnralue-of select==^error-iiifo/@error-code"A> 
<xsl_defeultvalue-of select=^error-info/@enor-description"/> 
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Receipt Specific Data: 
<xsl jiefeultvalue-of select=^extended-info"/> 
</xsljiefeult:template> 
</xsljde£aultst>iesheet> 
</eveat-xsl-<lefeult> 
</event-class> 



<ev«it-class 

event-nameF^Trocessed" 

purpose==="infonnatioii'' 

sensitivitjF=^onnal" 

readr^^individual" 

immediacj^days" 

ftequenc>^oiice" 

category=''iniscellaneous"> 

<^ent-pa^oad-sdiCTia> 

<Scheina iiameF=^iocessedreceq)tJcd]:^ 
xmlns==^um:sdiCTaas-mi<at)sofl-Kx>inam 
xmliis:dt==^\ini:schanas-m 

<memenlTyp« nam€F=^*receipr content="eltQniy oider=^seq'>^ 
<AttributeType nameF^'receq)t-eveirf' dt:^^F="eniima:ation" 

dtvalues^^'processed'' defittdt=='tirDcessed"/i> 
<AttributeTyP^ namcF^Vecdpt-lype" dttype^^oiumaation" 

dtrvahies==^adciiak" defiudtr^^ 
<AttributeTVpe name^'teceipt-date" dt:type="dateTime" 

required==^^"/> 
<AttributeTVpe namcF="anartmessa^id'* dt^^peF^string" 

<AttributeType nameF=^'to-address*' dt^pcF^stringf 



requiied==^yes"> 
require*="no"A> 



<AttribiiteType name=^error-code" dttypeF^^stringT 

<AttributeType nameF="OTcor-description" dt:type="stringf' 

require<H'iK>''/> 
<attiibute ^pcF^'receipt-^enr^ 
<attribute typeF^Yeceipt-type''/> 
<attribute typeF='Veceq)t-dale''/i> 
<attribiite typeF="smartmessage-id''/> 
<attribiite^peF^t0-address"/i> 

<telement type=^error-info- minOccurs^O" maxOccuis=^r> ^ 
<felement type=^exteiKied-info- ininOccurs="0" maxOccurs^^r/^ 
</Elenienfrype> 

<ElementType nameF=^crn)r-info- conteiilr="eltQiil/ ordct=^seq'^ 
<AttributeType iiame="enor-class" dt:typcF="aiumCTation'' 



wo 01/76119 



PCT/USOl/10723 



52 



required="yes"/> 



dtrvalues=Tit:^ https sm^ smime platform-specific" 
defeult="smtp*' required='Ves"/> 
<AttributeType nameF=''error-code" dttype=="string" 



<AttribiiteType nameF="error-description" dttype="striBg" 

requiied="yes''/> 
<attribute typeF="en:or-class"/> 
<:att]ibtite typeF="error-code''/> 
<attribiite typeF^enor-description"/> 
</ElCTientType> 

<ElaneatType nameF=''extoided-iiifo'' content="eltQnly" 

oniaF="seq''/> 

</Scheina> 
</ev«it-payload-schema> 
<fevent-xsl-defiailt> 

<xsljdefault:stylesheet xmlnff=^ttp://ww.w3.org/TR/REC-hti^ 
xinlns3csljlefeult=Tittp-7/vww.w3.oi^^ 
<xsljde£aulttemplate matcfr="r> 

<tol jdefiEuilt:q?ply-tCTq)lates select^^ecdpf/^ 
<yxsljdefeult:tena5>late> 
<5csljlefeult:tei^late matete=^h?eceipf> 

Receipt Item 

receipt-event <xsljdefeultnralueK>f select=="@receipt-eve^^ 

receipt-type: <xsljdefeultvalue-of select==''@receipt-type"/> 

receipt-date: <qcsljdfi6»lt:valu©<>f select==^@receipt-^^ 

smartmessage-id: <5csljdefiailtnraliie-of select="@smartmessage-id"/!> 
to-address: <xsljdefimltvalue-of select^@to-address"> 

enor-class: <xsljdefisailtnraliie-ofselect=^error-ii^^ 
error-code: <5csljdefeultnralu©K)f select=="ercor-info/@eTO 

error-description: <toljlefenltnralueK)f selectr=^enror-in^^ 

Receipt Specific Data: 

</xsljdefeulttenq)late> 
<;^jdefeult:s^edieet> 
<eveiit-xsl-defiailt> 
</evcnt-class> 
</activity-class> 
</smSmartMessageStylesheet> 

© 2000 Centerpost Corporation 
Althou^ some of MessageML's initial applications and services are targeted 
towards providing electronic messaging to Recipient endpoints devices 12, there is 
opportunity to apply the standard to a multitude of other appUcations, i.e., two-way 
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messaging communication between automated processes, transfonnation to and fiom 
other XML formats to provide messaging interoperabiUty with other XML technologies, 
communication routing q)pHcations for field service, etc. 

The foregping detailed description of the invention is intended to be illustrative 
andnotintendedtoKmitthescopeoftheinvention. Changes and modifications are 
possiT,lewithrespectto the foregoingdescription. and it is understood t^ 
m^Orbe practiced olherwisetothat specifically descrfl>edherein and s^ 

scope of die claims. 
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CLAIMS 

1 . A method for providing cont^t driven electronic messaging that enables 
individuals to receive XML electronic messages using a electronic messaging system, 
comprising the steps of; creating an Ihfomiant S^esheet; creating at least one 
SmartMessage Stylesheet; creating at least one SmartMessage; sending said at least one 
SmartMessage to a MessageML Service Provider; recdving said at least one 
SmartMessage; processing said at least one SmartMessage, and delivering said 
SmartMessage to at least one eodpoint of a user of a said electronic messag^ig system, 
based on a definition created by said usCT* 

2. The method for providing content driven electronic messaging in claim 1, 
wherein said step of creating an Liformant St^esheet comprises defining meta-data about 
the Ihfoimant 

3. The mdhod for providing content driven electronic messaging in claim 2, 
vAxerein said meta-data about die Informant con[q)rises locations fix>m where a 
SmartMessage may oriscnate. 

4. The me&od for providing content driven electronic messaging in claim 2, 
wherein said step of oreating an hifoimant St^esheet conqyrises storing said Informant 
Stylesheet on the hiformanfs web server. 

5. The mettiod for providing content driven electronic messa^^g in claim I, 
wherein said stq> of creating at least one SmartMessage St^esheet conq>rises defining a 
message pa^oad and how said message pa^oad is to be displayed at said at least one 
endpoint 

6. The method for providing content driven electronic messaging in claim 5, 
wherein said message payload is defined for an event class by defining an XML schema. 
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7. The m^od for providing content driven electronic messaging in claim 5, 
wfaaein said how said message payload is to be displayed is defined by an XSL 
documrat 

8. The method for providing content driven electronic messag^g in claim 5, 
wherein said step of creating at least one SmartMessage Styieshe^ con^rises storing said 
at least one SmartMessa^ Stylesheet on &e Lifomiant^s web server. 

9. The method for providing content driven electronic message in claim 1, 
wfaeidn said at least one SmartMessage comprises said SmartMessage Styieshe^ said 
Informant Stylesheet, and a message payload. 

10. The method for providing content drivaa electronic messaging in claim 9, 
\«iiadn said messa^ payload cpnqnises an activity payload and an event payload. 

1 1. The method for providing content driven electronic messaging in claim 
10, whordn said event payload pertains to said activity payload. 

12. The m^od for providing oontait driven electeonic messaging in claim 9, 
v^erdn said at least one SmartMessage conqnises an XML docuinenL 

13. The inediod for providing contait drivai electronic messa^g in clahn 1, 
\i*erein said step of sending said at least one SmartMessage to a Messag^iL Service 
Provider conqirises the transmission of a SmartMessage fiom said Informant to said 
Mess^eML Semce Provider. 

14. The method for providing content driven electronic messaging in claim 1, 
wherein said step of receiving said at least one SmartMessage comprises said 
MessageML Service Provider receiving said SmartMessage, processing said at least one 
SmartMessage based on said Monnant Stylesheet and said at least one SmartMessage 
Stylesheet, and delivering said SmartMessage to at least one endpoint of a user of a said 
electronic messaging system, based on a definition created by said user. 
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15. The method for providing content driven electronic messaging in claim 1, 
wherein said step of processing said at least one SmartMessage comprises said 

M essagcML Service Provider processing based on said Infomiant Stylesheet and said at 
least one SmartMessage Styiesheet 

16. The method for providing content driven electronic messaging in claim 1, 
further comprising the stq> of signing up to receive said at least one SmartMessage from 
an Informant 

17. The method for providing content driven electronic messag^g in claim 

1 6, wherein said step of signing up to receive said at least one SmartMessage firom an 
Informant conq>rises deciding where said at least one SmartMessage is to be delivered. 

18. Hie method for providiiig content driven electronic messa^g in claim 

17, whoein said deciding ^ere said at least one SmartMessage is to be delivered, 
conq>rises deciding said at least one en^)oint of said user of said electronic messaging 
system. 

19. The method fin: providing content driven electronic messaging in claim 

18, vdiexein said at least one end^int conqmses an electronic mailbox, a wired or 
wireless telephone^ a £icsimile madiine;^ a paging device, a web site or a personal digital 
assistant 

20. The m^od for providing content ddvm electronic messag^g in claim 

19, wherein said stq> of delivering said at least one SmartMessage comprises transmitting 
said at least one SmartMessage to said »<^int 

21 . The mettiod for providing content driven electronic messag^g in claim 1 , 
further comprising the step of creating a SmartMessage Stylesheet for receipts, said 
receipts are capable of providing a status update as to the progress of the SmartMessage. 

22. The mefliod for providing content driven electronic messa^g in claim 
21, wherein said receipt comprises a receipt ^pe. 
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23. The method for providing content driven electronic messag^g in claim 
21, wherein said receipt type conq)rises received, processed or delivery status. 
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